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(54) System and method for multi-tasking, resource sharing, and execution of computer 
instructions 



(57) In a multi-tasking pipelined processor, consec- 
utive instructions are executed by different tasks, elim- 
inating the need to purge an instruction execution pipe- 
line of subsequent instructions when a previous instruc- 
tion cannot be completed. The tasks do not share reg- 
isters which store task-specific values, thus eliminating 
the need to save or load registers when a new task is 



scheduled for execution. If an instruction accesses an 
unavailable resource, the instruction becomes sus- 
pended, allowing other tasks' instructions to be execut- 
ed instead until the resource becomes available. Task 
scheduling is performed by hardware; no operating sys- 
tem is needed. Simple techniques are provided to syn- 
chronize shared resource access between different 
tasks. 
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Description 

[0001] The present invention relates to data processing, and more particularly to pipelined instruction execution, 
multi-tasking, and resource access techniques. 

[0002] Pipelining and multi-tasking increase processor bandwidth. It is desirable to reduce the time and complexity 
associated with these techniques. 

[0003] In particular, when instruction execution is pipelined, the processor may start executing an instruction before 
it is known whether the instruction should be executed. For example, suppose the processor starts executing an in- 
struction 11, and then starts executing an instruction 12 before the 11 execution is finished. If the 11 execution cannot 
be completed, the instruction 12 should not be executed and has to be purged from the pipeline. In fact, at any given 
time, the processor may be executing more than one instruction that have to be purged from the pipeline. It is desirable 
to reduce the circuit complexity associated with pipeline purging. 

[0004] It is also desirable to reduce the overhead associated with switching between different tasks in multi-tasking 
environments. To switch tasks, the operating system executed by the processor has to determine which task is to be 
executed next. The operating system also has to save register values used by one task and load the registers with 
values used by another task. These functions can involve a fair number of operating system instructions. It is desirable 
to reduce the number of instructions associated with these operations. 

[0005] It is also desirable to improve access to resources which maybe unavailable. An example of such a resource 
is a FIFO which may be empty when a processor is trying to read it, or which may be full when the processor is trying 
to write the FIFO. Before accessing the FIFO, the processor polls a flag indicating whether the FIFO is available. It is 
desirable to improve the speed of accessing a resource which may be unavailable. 

[0006] It is also desirable to provide simple synchronization methods to synchronize use of computer resources by 
multiple tasks to avoid errors that could be caused by a task accessing a resource when the resource is set for access 
by a different task. 

[0007] The present invention provides in some embodiments efficient pipeline processors, multi-tasking processors, 
and resource access techniques. 

[0008] In some instruction execution pipeline embodiments, the pipeline purge overhead is reduced or eliminated 
by limiting the number of instructions that the processor can execute in a row for any given task. Thus, in some em- 
bodiments, consecutive instructions are executed by different tasks. Therefore, if an instruction cannot' be executed, 
the next instruction still has to be executed because the next instruction belongs to a different task. Therefore, the next 
instruction is not purged from the pipeline. 

[0009] In some embodiments, between any two instructions of the same task the processor executes a sufficient 
number of instructions from different tasks to eliminate any need for pipeline purging. 

[0010] To reduce the overhead associated with task switching, some embodiments include separate registers for 
each task so that the register values do not have to be saved or restored in task switching operations. In particular, in 
some embodiments, each task has a separate program counter (PC) register and separate flags. In some embodiments, 
the task switching is performed by hardware in one clock cycle. 

[0011] In some embodiments, a processor can access a resource without first checking whether the resource is 
available. If the resource is unavailable when the processor executes an instruction accessing the resource, the proc- 
essor suspends the instruction, and the processor circuitry which was to execute the instruction becomes available to 
execute a different instruction, for example, an instruction of a different task. 

[0012] Thus, in some embodiments, the processor keeps track of the state of all the resources (for example, FIFOS) 
(Unless specifically stated otherwise, the word "resource" as used herein means something that may or may not be 
available at any given time.) Signals are generated indicating the state of each resource, and in particular indicating 
which resource is available to which task. If a task attempts to access an unavailable resource, the task is suspended, 
and the processor can execute other tasks in the time slot that could otherwise be used by the suspended task. When 
the resource becomes available, the suspended task is resumed, and the instruction accessing the resource is re- 
executed. 

[0013] To avoid synchronization errors when multiple tasks share one or more resources, in some embodiments 
after a task has finished accessing any one of the resources, the task does not get access to the same resource until 
after every other task sharing the resource has finished accessing the resource. Thus, in some network embodiments 
different tasks share FIFO resources to process frames of data. Each task processes a separate frame of data. To 
process the frame, the task reads the frame address from a -request" FIFO. Then the task writes a command FIFO 
with commands to a channel processor to process the frame. A second task performs similar operations for a different 
frame. The first task again performs the same operations for a still different frame. If commands written for one frame 
get erroneously applied to another frame, the frames could be misprocessed. 

[0014] To eliminate this possibility and to allow accurate matching between the frame addresses in the request FIFO 
and the commands in the command FIFO, the following technique is used. First one task (say, T1 ) is allowed to access 
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both the request FIFO and the command FIFO, but no other task is allowed to access these resources. Once the task 
T1 has finished accessing any resource, the resource is allowed to be accessed by another task, and further the task 
T1 will not be allowed to access the resource again until every other task sharing the resource has finished accessing 
the resource. Therefore, the order of frame addresses in the request FIFO corresponds to the order of commands in 
s the command FIFO, allowing the channel to accurately match the frame addresses with the commands. No special 
tag is needed to establish this match, and the match is established using FIFOs : which are simple data structures. 
[0015] In some embodiments, a processor executes several tasks processing network data flows. The processor 
uses pipeline and task-switching techniques described above to provide high bandwidth. 

[0016] The invention is described further hereinafter, by way of example only, with reference to the accompanying 
10 drawings in which: 

Fig. 1 is a block diagram of a system including a processor according to the present invention. 
Fig. 2 is a block diagram illustrating resources in the system of Fig. 1. 
Figs. 3A, 3B are timing diagrams illustrating data frame processing in the system of Fig. 1. 
is Fig. 4 is a logical diagram illustrating how different tasks access shared resources in the system of Fig. 1 . 

Fig. 5 is a block diagram of a processor used in the system of Fig. 1 . 
Fig. 6 illustrates an instruction execution pipeline of the processor of Fig. 5. 
Figs. 7-12 illustrate task and resource state transitions in the system of Fig. 1. 
Fig. 1 3A : 1 3B are block diagrams of task control block circuitry of the processor of Fig. 5. 
20 Fig. 14 is a memory map for the system of Fig. 1 . 

Fig. 15 is a data area memory map for the system of Fig. 1. 
Fig. 16 is a register file map for the processor of Fig. 1 . 
Fig. 17 is a data memory map for the processor of Fig. 1 . 
Fig. 18 illustrates address generation for the data memory of Fig. 17. 

Fig. 19 illustrates tree nodes in the address resolution database used by the system of Fig. 1 
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[0017] Fig. 1 illustrates a port interface (PI F) circuit 110 including a pipelined multi-tasking processor (microcontroller) 
1 60. Port interface 1 1 0 includes four full-duplex ports that provide an interface between ATM switch 1 20 and respective 
four Ethernet segments (not shown) each of which is connected to a corresponding MAC 130.0 - 130.3. In each "x" 
(x=0, 1 ,2,3) the data between the Ethernet segment and the ATM switch 1 20 flows through a corresponding MAC 1 30.x 
and a corresponding slicer 140.x. The slicer performs the well-known ATM SAR function, segmenting the Ethernet 
frame into ATM cells and appending ATM headers to the cells on the way to ATM, and assembling the frame from the 
cells on the way to the Ethernet. In some embodiments, the ATM switch interface to PIF 110 operates in frame mode 
in which the ATM switch transmits a frame of cells to a slicer 140 with no intervening cells. Slicers 140 use the AAL-5 
35 protocol. The frame mode of the present invention is described in International patent application PCT/US97/14821 
published as W098/09409 and incorporated herein by reference. 

[0018] Other embodiments of PIF 110 provide interface between other networks, not necessarily ATM or Ethernet. 
In some embodiments, the slicers 140 are replaced by suitable MACs. 

[0019] In addition to performing protocol transformations (eg. ATM/Ethernet transformations), PIF 110 can perform 
IP routing, layer-2 switching, or other processing as determined by the software executed by the PIF microcontroller 
160. see the description below in connection with Figs. 3A, 3B. See also U.S. Patent Application 09/055,044 (attorney 
docket number M-4855 US) filed as an annex to the present application and incorporated herein by reference. 
[0020] PIF 110 has high throughput even at modest clock rates. Thus, in some embodiments, PIF 110 can perform 
IP routing for four 100 MB/sec Ethernet ports and respective four 155 MB/sec ATM ports at a clock rate of only 50MHz. 
[0021] In Fig. 1 , the data flow, between each slicer 1 40.x and the corresponding MAC 1 30.x is controlled by a corre- 
sponding channel 1 50.x (also called channel V below ie. Channel 0,1 ,2 or 3). The channels 1 50 executes commands 
from microcontroller 160. In some embodiments, the four channels 150.x are implemented by a single channel circuit 
that performs the function of the four channels 150 using time division multiplexing. See the aforementioned U.S. 
Patent Application 09/055 044. 

[0022] The channels, the microcontroller, the slicers 140 and the MACs 130 communicate through memory 164 
which includes internal memory ("frame and command memory") 170 and FIFOs 230, 240 described below. 
[0023] In some Ethernet embodiments, the microcontroller is connected to MM (media independent interface) man- 
agement circuit 180 connected to the Ethernet physical layer devices known in the art. 

[0024] Search machine (SM) 1 90 maintains an address resolution database in memory 200 to do IP routing or other 
55 processing as determined by the software. SM 1 90 also maintains databases in memory 200 that restrict the network 
connectivity (e.g. by defining VLANs or access control lists). The search machine is able to search for a key (e.g. an 
Ethernet or IP address) presented to it by the microcontroller 160, and execute a learning algorithm to learn a layer-2 
or layer-3 address if the address is not in the database. While search machine 190 is not software programmable in 
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some embodiments, the search machine supports flexible database node structure allowing the search machine to be 
easily adapted to different functions (e.g. IP routing, layer-2 switching). Search machine 1 90 executes commands from 
the microcontroller such as Search, Insert Delete, etc. The search machine also provides the microcontroller with 
direct access to memory 200. The search machine is described in Addendum 8. 
s [0025] In some embodiments, memory 200 is implemented using synchronous static RAMs in flow through mode of 
operation. Multiple banks of memory are used in some embodiments. 

[0026] In some embodiments, PIF 110 is an integrated circuit. Memory 200 is called "externar because it is not part 
of the integrated circuit. However, in other embodiments, memory 200 is part of the same integrated circuit. The in- 
vention is not limited by any particular integration strategy. 

10 [0027] PIF 110 is also connected to a serial read only memory (ROM) 204 (serial EPROM in some embodiments) 
to allow the software ("firmware") to be loaded from ROM 204 into the microcontroller at boot time. 
[0028] Fig. 2 illustrates a single channel 1 50.x and associated FIFO resources in memory 164. The channel is divided 
into two similar parts: ingress sub-channel 1501 that controls the data flow from the corresponding MAC 130 to the 
corresponding slicer 140; and egress sub-channel 150E that controls the data flow from slicer 140 to MAC 130. In 

is reference numerals, suffix T indicates circuits belonging to the ingress sub-channel, and suffix "E" indicates circuits 
belonging to the egress sub-channel, unless noted otherwise. 

[0029] In each sub-channel 1501, 150E the data processing includes the following steps: 

(1) The corresponding input control block 210 (i.e. 2101 or 21 0E) stores the incoming data in the corresponding 
20 data FIFO 220. When sufficient portion of a data frame has been received to enable the microcontroller to start 

address translation or other processing (e.g., when the IP address and hop count have been received in IP routing 
embodiments), input control 210 writes a request to respective request FIFO 230. The number of frame bytes 
received before the request is written to FIFO 230 is defined by microcontroller-writable registers as described in 
the aforementioned US patent application attorney docket number M-4855 US. 
2S (2) Microcontroller 160 reads the request, reads appropriate parameters (for example, the source and destination 

addresses on the ingress side or the VPI/VCI on the egress side) from the corresponding data FIFO 220, and 
performs appropriate processing. The microcontroller uses the search machine 190 as needed to perform, for 
example, address resolution searches. 

(3) When the search machine 1 90 has returned the search results to microcontroller 1 60, the microcontroller writes 
30 one of more channel commands to respective command FIFO 260 which specifies how the frame is to be trans- 
ferred to the output device (MAC 130 or slicer 140). 

(4) After the entire frame was received : the input control 210 writes status information to respective status FIFO 
240. The status FIFO is read by microcontroller 160. If the status shows that the frame is bad (for example, the 
checksum is bad), the microcontroller writes to command FIFO 260 a "discard" command to cause the output 

35 control 250 to discard the frame. 

[0030] Steps (2), (3) and (4) may involve other processing described below in connection with Figs. 3A, 3B. 

(5) Output control 250 executes commands from respective command FIFO 260. 

40 

[0031] In some embodiments, data FIFOs 220 and command FIFOs 260 are stored in internal memory 170. Request 
FIFOs 230 and status FIFOs 240 are stored in memory 230, 240 (Fig. 1 ). 

[0032] The outputs of egress output control blocks 250E are connected to the microcontroller to enable the ATM 
switch 120 to load programs ("applets 0 ) into the microcontroller for execution. The applets are first transferred to the 
45 egress side similarly to other frames, but their VPIA/CI parameters indicate the microcontroller. Hence, the applets are 
not transferred to MACs 130. Instead, the applets are loaded from the output of circuits 250E to the microcontroller 
program memory 314 (Fig. 5) by a DMA transfer. 

[0033] Microcontroller 160 can also generate its own frames, write them to any data FIFO 220, and write commands 
to the corresponding command FIFO 260. The corresponding output control 250 will transfer the frames as specified 
50 by the commands. 

[0034] The microcontroller can also write command FIFOs 260 with commands to transfer statistics information 
stored in a separate memory (not shown) for each sub-channel 1501, 150E. 

[0035] In some embodiments, microcontroller 160 is an expensive resource. Of note, in some embodiments the 
microcontroller instruction execution unit (shown at 310 in Fig. 5 and described below) accounts for about 70% of the 
55 gate count of PIF 110. Therefore, it is desirable to fully load the microcontroller. Full loading is achieved by appropriate 
multi-tasking as follows. 

[0036] The microcontroller executes four "hardware tasks" HT0, HT1 , HT2, HT3, one for each port 0, 1 , 2, 3. The 
hardware tasks are executed in time division multiplexing manner as shown in the following table: 
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[0037] If a hardware task is not available (because, for example, it is waiting for the search machine), no microcon- 
troller instruction is started in the respective clock cycle. 

[0038] Each hardware task includes one or more software tasks. Each software task contains code that processes 
1Q an entire frame. Since a frame on the ingress side and a frame on the egress aside can arrive in parallel, in some 
embodiments each hardware task includes at least two software tasks to allow parallel processing of at least two 
frames, in some embodiments, different software tasks are provided for the ingress and egress sides. When an ingress 
software task cannot execute due : for example, to the microcontroller waiting for the search machine, the microcon- 
troller can execute the egress software task, and vice versa. 
15 [0039] Below, the term "task" means a software task unless we specifically recite a "hardware task". 

[0040] Fig. 3A illustrates layer- 3 processing of a single frame by an ingress task. At stage 290DA, the microcontroller 
reads from the frame the Ethernet (MAC) destination address DA at sub-stage 290DA. 1 . The microcontroller supplies 
the address to search machine 1 90, which performs the search at sub-stage 290DA.2. 

[0041] At sub-stage 290DA.3, the microcontroller examines the search results. If the DA was not found, the frame 
20 will be dropped or broadcast. If the DA was found and the search machine recognized the DA as an address of a final 
destination station, the search results will include the VPI/VCI of the virtual connection (VC) on which the frame is to 
be transmitted to the final destination. In that case, the IP stage 290IP will be skipped. If the search results indicate 
that the DA is an address assigned to an IP routing entity IP processing is performed at stage 290IP 
[0042] At that stage, the microcontroller reads the IP destination address from the frame at sub-stage 290IP.1. The 
25 search machine performs a search on that address at stage 290IP2. The microcontroller examines the search results 
at sub-stage 290IP.3. The results include the VPIA/CI and, possibly, access control restrictions. At sub-stage 290IP.3, 
the microcontroller matches the access control restrictions with the IP source address to determine if the frame is 
allowed. If not, the frame will be dropped. 

[0043] At stage 290SA, the Ethernet source address SA is processed to implement an address learning algorithm 

30 and also to implement VLANs. More particularly at sub-stage 290SA.1 , the search machine performs a search on the 
SA. The search machine inserts or amends the SA data if required by the learning algorithm. At sub-stage 290SA.2, 
the search machine returns the VLAN to which the SA belongs. At sub-stage 290SA.3, the microcontroller compares 
that VLAN with the DA VLAN returned by the search machine at stage 290DA.2. If the Ethernet source and destination 
addresses belong to different VLANs, the frame is dropped. 

35 [0044] At one or more of sub-stages 290DA.3, 290IP3, 290SA.3, the microcontroller writes commands to the com- 
mand FIFO 260I for the respective data flow (i.e. respective sub-channel). The commands may instruct the channel 
150 to drop the frame, or to forward the frame to respective slicer 140. If the frame is forwarded, the channel may 
supply the VPIA/CI to the slicer and, possibly, increment to IP hop count and/or replace the source address with the 
address of respective MAC 1 30, as directed by the commands. 

40 [0045] Fig. 3B illustrates processing performed by an egress task for a single frame. At stage 294VC, the task ex- 
amines the VPI/VCI to determine if the frame is an applet. If so, the task loads the frame into the microcontroller program 
memory (shown at 314 in Fig. 5 described below) and executes the applet. Stage 294IP is skipped. 
[0046] Alternatively, the VPI/VCI may indicate that the frame is an information request from ATM switch 120. Exam- 
ples of such requests include a request to read a register in PIF 110, or to read statistics information. The egress task 

4S performs the request. If this is a request for information, the egress task writes one or more commands to ingress 
command FIFO 260I of the same hardware task that executes the egress task. These commands will cause the channel 
to send the information to the switch. Stage 294IP is skipped. 

[0047] If the VPI/VCI does not indicate any management request (such as a request for information) from switch 
120, stage 294IP is performed. At sub-stage 2941 P. 1 , the task (i.e., the microcontroller) reads the IPdestination address 

so from the frame and supplies the address to the search machine. At stage 294IP2, the search machine performs the 
search and returns the Ethernet destination address and, possibly, access control information. At stage 294IP3, the 
task writes commands to its egress command FIFO 260E to replace the Ethernet destination address of the frame with 
the address provided by the search machine, to replace the Ethernet source address with the address of the respective 
MAC 1 30.x, and to transfer the frame to the MAC. Other kinds of processing may also be performed depending on the 

55 task software. 

[0048] While the microcontroller waits for the search machine at stages 290DA.2, 290IP.2, 290ISA.2, 294IP2, the 

microcontroller is available to execute another software task in the same or other hardware tasks. 

[0049] In some embodiments, having a single task for each ingress flow and each egress flow does not fully load 
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the microcontroller, and therefore more than one task for each half-duplex data flow are provided to enable the micro- 
controller to process more than one frame in each data flow in parallel. This is illustrated by the following considerations 
The demands on the of microcontroller speed are the greatest when the Ethernet frames are short, because the same 
processing of Figs. 3A, 3B has to be performed both for short and long frames. The shortest Ethernet frame has 64 
bytes. Suppose for example that the four Ethernet ports are 100 MB/sec ports and the ATM ports are 155 MB/sec At 
100 MB/sec, the shortest frame goes through the Ethernet port in 5.12 microseconds. Therefore, the microcontroller 
and the search machine have to process the frame in 5. 1 2 + 1 .6 = 6.72 microseconds (1 .6 microseconds is the inter- 
frame gap). 

[0050] Let us assume a microcontroller clock speed of 50 MHz. This is a fairly slow clock speed to ensure reliable 
operation. Higher speeds (for example, 100 MHz) are used in other embodiments. At 50 MHz, the 6.72 microseconds 
is 336 clock cycles. Therefore, the clock cycle budget for the ingress and egress tasks of a single hardware task is 
336/4 = 84 clock cycles. 

[0051] Since processing of a frame is divided between the microcontroller and the search machine, which do not 
necessarily work in parallel on the same frame, the processing latency for one ingress frame and one egress frame in 
the same hardware task is allowed to be greater than 84 cycles even in wire speed processing. If processing takes 
more than 84 cycles, and 64-byte frames arrive back to back on the ingress and egress sides, the next frame may 
start arriving before the previous frame in the same data flow has been processed. Therefore, it is desirable to allow 
the microcontroller to start processing the next frame before the processing of the previous frame in the same data 
flow is completed. To implement such parallel processing of multiple frames in the same data flow, more than one 
20 software task for each data flow is provided. 

[0052] Thus, in some embodiments, each hardware task HTx includes two ingress tasks IGx.0, IGx.1 and two egress 
tasks EGx.0, EGx.1. For example, hardware task HT1 includes ingress tasks IG1.0, IG1.1 and egress tasks EG1 0 
EG1 .1 Each task is identified by a 4-bit task number including: 

CHID-channel ID (2-bits) = 0, 1, 2 or 3 for respective ports 0, 1, 2, 3; 
SN-sequence number (0 for IGx.0, EGx.0; 1 for IGx.1 , EGx.1); 
I/E--0 for ingress; 1 for egress. 
[0053] The total number of tasks is thus 16. 

[0054] A frame is processed by a single task. If the frame is an applet, the applet is executed by the same task. 
[0055] The microcontroller instruction execution is pipelined. Thus, Table 1 above indicates clock cycles in which a 
new instruction is started for the respective hardware task. For example, in cycle 1 , instruction execution is started for 
hardware task HT0. The instruction execution continues in subsequent cycles. 

[0056] Task access to FIFOs 230, 240, 260 in each sub-channel is controlled as shown in the logic diagram of Fig 
4. In Fig. 4, "Task 0" and "Task 1 H are the two tasks for the same sub-channel, for example, ingress tasks IG1 0 IG1 1 
for sub-channel 1501 of channel 150.1 . At the beginning, only Task 0 has access to the sub-channel FIFOs 230 240 
260. When Task 0 accesses the request FIFO 230, switch u a tt is flipped to connect the request FIFO to Task 1 Task 0 
will not be allowed to read the request FIFO again until Task 1 has read the request FIFO. 
[0057] Switch "b" controls the task access to command FIFO 260. Switch "b n is flipped when all the commands for 
a frame have been written by Task 0. 

[0058] Switch "c u which controls the task access to status FIFO 240 is flipped when the status FIFO has been read 
40 by Task 0. 

[0059] To synchronize task access to the search machine, search machine 1 90 executes commands one after an- 
other providing results in the same order. 

[0060] Selecting a task for execution takes only one clock cycle (pipeline stage TS in Fig. 6 described below) in each 
instruction. Further, the task selection is pipelined, and hence does not affect the throughput. The task selection is 
performed by hardware. No operating system is used in the microcontroller. Therefore, low latency is achieved 
[0061] At any time, each task is in one of the three states, Active, Ready, or Suspended. In the Active state, the task 
is being executed. At most four tasks (one for each hardware task) may be Active at the same time. Each Active task 
is scheduled for execution once every four clock cycles (see Table 1 above). 

[0062] An Active task is transferred to the Suspended state if the task tries to access a resource that is unavailable 
The resources are described in Addendum 2. When the resource becomes available, the task goes to the Ready state 
[0063] When an Active task is suspended, one of the tasks in the Ready state in the same channel is selected for 
execution by task control 320 (Fig. 5) and is transferred to the Active state. 

[0064] Fig. 5 is a block diagram of microcontroller 160. Execution unit 310 executes programs stored in program 
memory 314. Programs are downloaded from ROM 204 (Fig. 1) during boot. In addition, applets can be loaded and 
executed dynamically as described above. The applets can be discarded after being executed, or they can remain in 
memory 314. 

[0065] Execution unit 31 0 includes a register file 31 2 having general purpose registers, a special registers block 31 5 
and a data memory 316. Register file 312 includes two 32-bit outputs connected to respective buses sa_bus, sb_bus, 
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which in turn are connected to inputs of ALU 318. 32-bit outputs of data memory 316 and special registers block 315 
are connected to sa_bus. Separately connected to bus sa_bus are the outputs of special registers "null" and "one" 
(Table A6-1, Addendum 6) that store constant values (these registers are marked "Constant regs" in Fig. 5). 
[0066] Bus sa_bus also receives the immediate field u imm" of an instruction read from program memory 314. 
s [0067] The 64-bit output of ALU 318 is connected 64-bit bus res_bus which is connected to inputs of register file 
312, data memory 316, and special registers block 315. 

[0068] Register file 312, data memory 316 and special registers 315 are described in Addendum 6. As described 
therein, the registers and the data memory are divided between tasks so that no save/restore operation is needed 
when tasks are rescheduled. In particular, special registers 315 include 16 PC (program counter) registers, one for 
io each task. 

[0069] Load/store unit (LSU) 330 provides an interface between execution unit 31 0, search machine 1 90, and internal 
memory 170. LSU 330 queues load and store requests to load a register from memory or to store register contents in 
memory. LSU 330 has an input connected to res_bus and also has a 64-bit output rfi connected to an input of register 
file 312. 

15 [0070] DMA block 340 has an input connected to the bus res_bus to allow execution unit 310 to program DMA 340. 
DMA 340 can load applets into the program memory. 

[0071] Fig. 6 illustrates the instruction execution pipeline. The pipeline has seven stages: 



20 



(1) Task Select (TS) stage tO. In this stage, an active task is selected for the respective channel 150.x by task 
control 320. In some embodiments, the task control block implements a fixed priority scheme: task IGx.O has the 
highest priority, then IGx.1, then EGx.0 : and then EGx.1. 

In some embodiments, once a task is made active, it is not suspended simply because a higher priority task 
becomes ready to run. The lower priority task remains active until it tries to access an unavailable resource. 

(2) During the Fetch (F) stage t1 , task control block 320 drives the active task number signal task#_t1 (same as 
25 tsk taskNumtl in Table A1-1, Addendum 1) to execution unit 310. Signal task#_t1 selects one of the 16 PC values 

in special registers 315. 

If no task is active, task control block 320 asserts the "idle" signal to execution unit 310. The signal is shown 
as "tskjdle" in Table A1-1. When "idle" is asserted, task# t1 is "don't care", and instruction execution unit 310 
executes a NOP (no operation) instruction in the remaining pipeline stages. 
30 lf ""die" is deasserted, the PC register value selected by task#_t1 in special registers block 315 is provided to 

program memory 314. The instruction pointed to by the selected PC is read out from the memory to execution unit 
310. 

(3) During the Decode (D) stage t2, the instruction is decoded by the execution unit. 

(4) During the Read (R) stage t3, the instruction operands are read from register file 31 2 and/or special registers 
35 31 5 and/or data memory 31 6 and presented to ALU 318. 

Also at this stage, task control 320 generates the Suspend signal (tsk_susp in Table A1 -1 ) on lead 410 (Fig. 
5) as described in more detail below in connection with Figs. 7-1 3B. If the Suspend signal is asserted, the task is 
suspended, the instruction execution is aborted and the task's PC register is frozen. When a task is made Active 
later, the same instruction will be re-executed. 
40 Also at this stage, execution unit 310 generates a Wait signal. If the Wait signal is asserted, the instruction 

execution is not completed and the PC register is frozen, but the task remains active, and the instruction will be 
executed again starting the next clock cycle. For example, if instruction 1 in Fig. 6 is delayed due to the Wait signal 
being asserted in cycle 3, the same instruction will be re-executed as instruction no. 5 starting in cycle 4. 

The Wait signal is asserted when a condition blocking the instruction is likely to disappear by the time the 
45 same hardware task is scheduled again. The Wait conditions are described in Addendum 3. 

If the Suspend and Wait signals are deasserted, the PC register is changed to point to the next instruction. 

(5) During the Execution (E) stage t4, the instruction is executed. 

(6) During the Write Back (WB) stage t5, the results of the execution stage are written to their destinations except 
if a destination is in register file 312. 

(7) During the Write Registers (WR) stage, the results of the execution stage are written into the register file 312 
if required. 

[0072] Of note, the WR stage of each instruction (e.g. instruction 1 , cycle 6) occurs before the R stage of the next 
instruction of the same hardware task (see instruction 5, cycle 7). Therefore, if, for example, instruction 5 uses the 
results of instruction 1 , the results will be written to the register file or the special registers before the instruction 5 reads 
them in cycle 7. 

[0073] As illustrated in Fig. 6, when an instruction is aborted (at the R stage), the pipeline does not have to be purged 
from other instructions that have already been started, because these instructions belong to other tasks (moreover, to 
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other hardware tasks). For example, if instruction 1 has to be aborted, the only other instructions that have been started 
on or before the R stage of instruction 1 are instructions 2, 3 and 4. These instructions do not have to be purged 
because they are executed by other tasks. 

[0074] For a given hardware task, switching between the corresponding four software tasks does not require exe- 
cution of separate instructions as would be the case if task switching were performed by operating system software 
High throughput is therefore achieved. 

[007S] Fig. 7 is a bubble diagram illustration of task synchronization with respect to a single request FIFO 230 or 
status FIFO 240. In the bottom diagram 704, "Task 0" and "Task 1 • have the same meaning as in Fig. 4. More particularly 
these are the two software tasks sharing the request or status FIFO. In some embodiments, Task 0 is IGi 0 for the 
ingress sub-channel, or EGi.O for the egress sub-channel. 
[0076] Diagram 704 is a state machine illustrating the FIFO ownership. On RESET, the FIFO is owned bv Task 0 
as indicated by state 71 0RS.0. y 
[0077] When Task 0 has successfully read the FIFO, the FIFO becomes owned by Task 1, as indicated by state 
710RS.1. Reading the FIFO is equivalent to flipping the "a" or "c" switch of Fig. 4. When Task 1 has successfully read 
is the FIFO, the state machine returns to state 710RS.0. 

[0078] The FIFO reading operation is indicated by condition mfselfx] & ffrd. The signal mfsel is described in Addendum 
4. The signal ffrd is asserted by the execution unit in stage t3 when any request or status FIFO is read by the micro- 
controller. A separate ffrd version is generated for each request and status FIFO. (If the FIFO read is successful signal 
mfrd of Addendum 4 is asserted in stage t5.) ' 
[0079] There are 16 request and status FIFOs. Each of these FIFOs is identified by a unique number V from 0 to 
15. When the FIFO "x" is being read, the number 'V is driven on lines mfsel, as indicated by mfselfx] in Fig 7 
[0080] Diagrams 720 and 740 indicate how Tasks 0 and 1 change states with respect to the FIFO As indicated 
above, each task has three states: Ready ("RDY"), Active and Suspended. On RESET, all the tasks become Ready 
A task becomes Active if selected at pipeline stage to. 
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[0081] In the embodiment being described, a task cannot go from the Active state to the Ready state directly thouah 
this is possible in other embodiments. 

[0082] In the embodiment being described, each task goes from the Active state to the Suspend state on a "Suspend" 
condition 730. A suspended task becomes Ready on a release condition 734. The possible suspend conditions are 
listed in Table A1 -2 of Addendum 1 . The release conditions are listed in Table A1 -3. 
30 [0083] In diagram 720, the suspend condition 730 occurs when Task 0 attempts to access the FIFO when the FIFO 
is not available. More particularly, the condition 730 is: 

(1) the task is in pipeline stage t3 (indicated by signal T3 n generated by execution unit 310); 

(2) ffrd is asserted indicating a FIFO read operation; 
35 (3) mfsel identifies the FIFO "x"; and 

(4) either the FIFO is owned by Task 1 (state machine 704 is in state 71 0RS.1 ), or signal cfifordy[x] is low indicating 
that the FIFO V is empty. (Signal cfifordy is described in Addendum 4. This signal is sampled every fourth cycle 
and is valid when sampled.) ^ 

[0084] The fact that the FIFO is being read by Task 0 and not by any other task is established by Task 0 beinq in 
pipeline stage t3. y 
[0085] Condition 730 for Task 1 (diagram 740) is similar. 

[0086] Conditions 730 in diagrams 720, 740 are shown in Table A1 -2 (Addendum 1 ) separately for each type of task 
Ongress task 0, ingress task 1 , egress task 0, egress task 1 ) and each type of Fl FO (request and status). The request 
Fl FO conditions are listed as conditions number I in each of the four sections "Ingress Task-0" "Ingress Task 1" "Eqress 
Task 0 n , "Egress Task 1 °. Thus, for ingress task 0, the condition is: " ' 

exe_RfifoRd & mfsel[x] & (Ireqfl-cfifordyfx]) 
[0087] Signal exe_Rf»foRd is the same as ffrd. I reqf indicates that the FIFO is owned by Ingress Task 1 All thesignals 
in Table A1-2 are sampled in stage t3, so "t3" is omitted from some of the conditions in the table For egress task 0 
signal Ereqf .ndicates the respective request FIFO is owned by egress tasks 1 . Thus, Ereqf replaces Ireqf Task control 
320 generates a separate signal Ireqf or Ereqf for each request FIFO. 

[0088] In Addendum 1, the signal negation is indicated by before the signal name (as in -cfifordy) or by the 
underscore following the signal name (as in Ereqf _ in condition 1 for egress task 1 ). 

[0089] For the status Fl FOs, the suspend conditions 730 are conditions numbered 2 in table A1 -2 Signal exe.SfifoRd 
is the ffrd version for a status FIFO. The number identifying the status FIFO is shown as "y" rather than "x" 
[0090] Release condition 734 in diagram 720 is: Task 0 owns the FIFO (state machine 704 is in state 710RS 0) and 
cnfordy[x] is high indicating that the FIFO is not empty. The release condition 734 for task 1 (diagram 740) is similar. 
[0091] The release conditions are shown in Table A1 -3 in Addendum 1 . Each release condition corresponds to the 
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suspend condition in the same slot in Table A1-2. For example, release condition 1 in section "Ingress Task 0" in Table 
A1 -3 releases the task to the Ready state if the task was suspended by suspend condition 1 in section "Ingress Task 
0" in Table A1-2. Thus, release conditions 1 and 2 in Table A1-3 correspond to the release conditions 734 in diagram 
720 and 740 for the request and status FIFOs. 

5 [0092] Fig. 8 illustrates task synchronization in an ingress sub-channel with respect to the sub-channel command 
FIFO 260 (i.e. 260I). Bottom diagram 804 illustrates the state machine for the ingress command FIFO. The FIFO can 
be owned both by the ingress and the egress tasks. On RESET, the state machine is in a state SO. In this state, the 
FIFO is owned by Ingress Task 0. When Ingress Task 0 writes to the FIFO a single word without locking the FIFO 
(flipping the switch "b M in Fig. 4), the FIFO moves to state S1 in which the FIFO is owned by Ingress Task 1 . The writing 

10 operation is indicated by signal lcmdFifoWr[x], where "x" identifies one of the four ingress and egress tasks that can 
write the ingress command FIFO. (If lcmdFifoWr[x] is asserted by the execution unit in stage t3, the corresponding 
mfload bit (Addendum 4) is asserted in stage t5.) Signal JcmdFifoWr[x] is asserted for an appropriate "x" whenever a 
respective task writes the FIFO. 

[0093] The absence of locking is indicated by the "unlock" signal generated by execution unit 310 from the L flag of 
is microcontroller instruction "CMD" (Addendum 7) used to write the command FIFOs. 

[0094] When Ingress Task 1 writes a command FIFO (as indicated by lcmdFifoWr[x] where "x u indicates ingress Task 
1) without locking the FIFO the state machine returns to state SO. 

[0095] When Ingress Task 0 writes the FIFO in state SO and the "lock" signal is asserted indicating that the FIFO is 
to be locked, the state machine moves to state S2. In that state, the FIFO is still owned by Ingress Task 0. The lock 
20 signal is generated by execution unit 310 from the L flag in microcontroller instruction CMD (Addendum 7). The FIFO 
remains in state S2 until Ingress Task 0 writes the FIFO with the "unlock" signal asserted. At that time, the FIFO moves 
to state S1. 

[0096] Similarly, if Ingress Task 1 writes the FIFO in state S1 with "lock" asserted, the FIFO moves to state S3. In 
that state the FIFO is still owned by Ingress Task 1 . The FIFO remains in state S3 until Ingress Task 1 writes the FIFO 

25 with "unlock" asserted. At that time, the FIFO moves to state SO. 

[0097] When the state machine is in state SO or S1 , and an egress task writes the command FIFO without locking 
the FIFO, no state transition occurs. When egress task 0 writes the FIFO with locking in state SO, the FIFO moves to 
state S4. In that state, the command FIFO is owned by Egress Task 0. The state machine remains in state S4 until 
Egress Task 0 writes the command FIFO with "unlock" asserted. At that point, the state machine returns to state SO. 

30 [0098] State S5 is similar to S4, but describe Egress Task 1 writing and owning the command FIFO. 

[0099] States S6 and S7 are similar to respective states S4 and S5, but states S6 and S7 are entered from state S1 
rather than SO. 

[0100] Diagrams 820 and 840 illustrate state transitions of respective Ingress Tasks 0 and 1 with respect to the 
command FIFO. The suspend conditions 730 are conditions number 3 in Table A1 -2. Signal lcmdFifoWr[x] is the same 

35 as exe_lcmdFifoWr[x] in conditions 3 for ingress tasks 0 and 1 . Signal task#_t3 in Table A1 -2 is the same as "T3" in 
diagrams 820 and 840. Signal ccmdfullfx] is a signal that the command FIFO "x" is full (see Addendum 4). This signal 
is valid in stage t3. Signal IcmdfOwnedBylO indicates that the command FIFO is owned by ingress task 0 (that is, state 
machine 804 is in state SO or S2). Signal IcmdfOwnedByll indicates that the command FIFO is owned by ingress task 
1 (states S1 , S3 in diagram 804). 

40 [0101] For the egress tasks, the suspend conditions caused by writing to the ingress command Fl FOs are conditions 
8 in Table A1-2. Signal IcmdfOwnedByEO indicates that the command FIFO is owned by egress task 0 (states S4, S6 
in diagram 804). Signal IcmdfOwnedByEI indicates that the command FIFO is owned by egress task 1 (states S5, S3 
in diagram 804). 

[0102] The release conditions 734 (Fig. 8) are conditions 3 for the ingress tasks in Table A1-3. 
45 [0103] The egress task synchronization with respect to the egress command FIFOs is similar. For the egress FIFOs, 
states S4, S5, S6, S7 are absent. In Tables A1-2 and A1-3, the pertinent conditions are conditions number 3. Signal 
exe_EcmdFifoWr replaces exeJcmdFifoWr to indicate a write operation to the egress FIFO. Signal Ecmdf 1 indicates 
that the FIFO is owned by egress task 1 . 

[0104] Fig. 9 illustrates egress task synchronization with respect to the DMA resource. The bottom diagram 904 
50 illustrates the DMA state machine. On RESET the DMA is IDLE. When an egress task writes a DMA address (DMA 
transfer destination address in program memory 314) to the DMA address register DMAA (Addendum 6) of DMA 340 
(Fig. 5), as indicated by "dmaa_wr n in Fig. 9, the task becomes the DMA owner, and the DMA 340 becomes active and 
starts the DMA transfer from internal memory 170. In the example of Fig. 9, the DMA owner is an Egress Task 0. 
[01 05] When the transfer has been completed, as indicated by "last_word" in Fig. 9, the DMA becomes ready ("RDY"). 

55 

[0106] When the DMA is in the Ready state, and the DMA owner task reads the DMA address register (indicated by 
"dmaa_rd" in Fig. 9), the DMA moves to the Execute state. The DMA owner is allowed to read the address register 
only in the DMA Ready state. Non-owner tasks are allowed to read the DMA address register in any DMA state. 
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[0107] When the DMA is in the Execute state, the DMA owner task executes the applet loaded by the DMA. No new 
DMA access is allowed. 

[0108] When the DMA owner task writes the release code 111 into the OP field of the DMAA register (Addendum 1), 
the DMA returns to the Idle state. 

[01 09] Diagrams 920, 930 illustrate state transitions for two egress tasks Task 0 3 Task N, not necessarily in the same 
hardware task. The conditions 730 are conditions 7 for the egress tasks in Table A1-2. In the table, exe_dmaaRd is 
the same as dmaa_rd in Fig. 9; exe_dmaaWr is the same as dmaa_wr. "dmaa.rd.wr" in Fig. 9 means "dmaa_rd OR 
dmaa_wr M . Signals exe_dmaaRd, exe_dmaaWr are generated by execution unit 310. 

[0110] Thus, the DMA owner task is suspended when it attempts either to read or write the DMA address register in 
stage t3 while the DMA is Active. The owner task is released when the DMA becomes Ready. The non-owner task is 
suspended when it attempts to write the DMA register in stage t3 while the DMA is Ready. The non-owner task is 
released when the DMA becomes Idle. 

[0111] The release conditions 734 are indicated as u clast_word H in conditions 7 for egress tasks 0 and 1 in Table A1 -2. 
[0112] Fig. 10 illustrates task synchronization with respect to a semaphore register semr (Appendices 2, 6). The 
suspend conditions 730 are shown as conditions 5 in Table A1 -2. Each suspend condition is as follows: (1 ) the task is 
in pipeline stage t3, and (2) a BITC or BJTCI instruction is executed by the task with the target operand being the 
semaphore register, and the instruction has to be aborted because it is trying to write the same value to the semaphore 
register bit as the value the bit has had since before the instruction (this is indicated by signal exe_bitcSemReg in Table 
A1-2; all the signal names starting with u exe_ w denote signals generated by execution unit 310). When the suspend 
occurs, task control block 320 sets a flag SPx to 1 where M x tt is the task number (0-1 5). 
[0113] The release condition 730 is that the flag SPx is cleared (i.e. set to 0). The task control block 320 clears all 
the flags SPx when any one of the following two conditions occurs: 

(1 ) in pipeline stage t3, an instruction BITC or BITCI is executed successfully by some other Task Y. This condition 
25 is indicated by signal exe_bitcSemAcc in release conditions 5 in Table A1-3. 

(2) The channel 150 writes the semaphore register. This is indicated by cstrobe being asserted (Table A4-1 in 
Addendum 4) and csem[5] being at 1. The channel accesses the semaphore register to send an indication to 
microcontroller 160 when commanded by a channel command. See the aforementioned U.S patent application 
09/055 044. 

30 

[0114] Fig. 11 illustrates task state transitions with respect to the search machine 190. Suspend condition 730 (con- 
ditions 4 in Table A1 -2) is that both of the following conditions (1 ) and (2) are true: 

(1 ) the task is in pipeline stage T3, the task is executing an instruction writing a command to the search machine 
(signal scmd_wr shown as exe_scmdWr in Table A1 -2) or reading a result from the search machine (signal sres_rd, 
shown as exe_scmdRd in Table A1-2). See microcontroller instruction SMWR (search machine command write) 
in Addendum 7 and the description of registers scmd, scmde in Addendum 6. 

(2) the search machine resources are not available to the task, as indicated by the signal task_ownbit[x] being 0 
("x" is the task number). This signal is shown as sm_task_ownbit in Tables A1-1 and A1-2 in Addendum 1. The 
signals whose names start with n sm_" are generated by search machine 1 90. The search machine resources and 
suspend conditions are described in Addendum 2. 

[0115] The release condition 734 is: the respective task_ownbit[x] is 1 . 

[0116] Fig. 12 illustrates task synchronization with respect to the free list of scratch buffers 1610 (Fig. 16 and Ad- 
dendum 5) in memory 170. The suspend condition 730 (conditions 6 in Table A1-2) is that all of the following are true: 

(1 ) The task is in pipeline stage t3; 

(2) The task is reading the internal free list register I FREEL (Addendum 6), as indicated by signal if reel_rd generated 
by the execution unit. This signal is shown as exu_ifreelRd in Table A1-2. The IFREEL register is read to get a 

50 free buffer number 

(3) The "no_free_buffers" ( n no_free_buf D ) signal is asserted by the special registers block 315 to indicate no free 
buffers. 
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[0117] The release condition 734 is that either of the following three conditions becomes true: 

(1) cstrobe (Table A4-1 in Addendum 4) is asserted by channel 150 while and csem[5] is 0, indicating that the 
channel 150 is returning the scratch buffer 1610 identified by signals csem[4:0] to the internal free list; 

(2) signal IfreelWr (exuJfreelWr in Table A1-3) is asserted by the execution unit, indicating that the microcontroller 
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is writing to the I FREEL register (Addendum 6); this register is written with a number of a scratch buffer being freed; 
(3) signal IfreerWr (exu_ifreerWr) is asserted by the execution unit, indicating that the microcontroller is writing to 
the FREER register. 

5 [0118] Fig. 1 3A is a block diagram of task control block 320. Task control 320 includes four identical blocks of latches 
1304.0, 1304.1, 1304.2, 1304.3. Latches 1304.0 store the information related to a hardware task in pipeline stage tO 
(TS). That information is provided to the inputs of latches 1304.1. Latches 1304.1 store information on the hardware 
task in pipeline stage t1 . Similarly, latches 1 304.2, 1 304.3 store information on hardware tasks in respective stages t2, 
t3. The outputs of latches 1 304. 1 are connected to respective inputs of latches 1 304.2. The outputs of latches 1 304.2 

10 are connected to respective inputs of latches 1304.3. The outputs of latches 1304.3 are used to determine whether 
the software task in pipeline stage t3 should be suspended, and are also used to determine the states of the software 
tasks for the respective hardware tasks, as described below. 
[0119] All the latches are clocked by the same clock (not shown). 

[0120] In each block 1304, latch 1320 stores the respective hardware task number HT# (same as CHID above). 
15 Latch 1322 stores the active software task number ST#=<SN, l/E> for the hardware task. If no task is active for the 
hardware task, the output of latch 1 322 is "don't care." 

[0121] Thus, the outputs of latches 1320, 1322 of block 1304.1 form the signal task#_t1 (Fig. 5), and the outputs of 
latches 1320, 1322 of block 1304.2 form the signal task#_t2. The outputs of latches 1320, 1322 of block 1304.3 are 
connected to the inputs of latch circuit 1 360, whose output is connected to the input of latch circuit 1 362. The output 

20 of circuit 1362 provides the signal task#_t5 (Fig. 5). 

[0122] The output of latch 1 320 of block 1 304.3 is connected to the input of latch 1 320 of block 1 304.0. 
[0123] Each block 1304 contains four latch circuits 1330, one for each of the four software tasks IGx.O (also shown 
as "10" in Fig. 13A), IGx.1 ("11"), EGx.O ("E0"), and EGx.1 ("El"), wherein "x" is the hardware task number stored in 
respective latch 1320. Each latch circuit 1330 includes two latches 1330S, 1330C, shown for simplicity only for task 

25 E1. Circuit 1330S stores the task's state (i.e., Ready, Active or Suspended). Circuit 1 330C stores the release condition 
734 needed to transfer the task to the ready state. The release condition is stored in the form of an index from 1 to 7 
(as in Table A1-3), or from 0 to 6. The indices of possible release conditions for each type of task (10, 11 , E0, E1) are 
shown in the left column in Table A1-3 in Addendum 1. 

[0124] The information in latch 1330C is meaningful only if the state stored in the respective latch 1330S is "Sus- 
30 pended". For the ready and active states, the information in latch 1330C is "don't care". 

[0125] Each block 1304 includes six latches 1350 which store the states of the six respective request, status and 
command FIFOs for the corresponding hardware task. Possible states are illustrated in diagrams 704 (Fig. 7) and 804 
(Fig. 8) and described above. 

[01 26] The outputs of latch circuits 1 330, 1 350 of block 1 304.3 are connected to next state and condition generator 
35 1354. Circuit 1354 generates the next states of tasks and request, status and command FIFOs and also next release 
condition values. These state and condition signals are provided via bus 1358 to the inputs of circuits 1330, 1350 of 
block 1304.0. 

[0127] Fig. 13B shows the circuit 1354 in more detail. In circuit 1354, resource next stage generator 1380 receives 
the request, status and command FIFO states from latch circuit 1350 of block 1304.3. Generator 1380 also receives 
all the signals described above in connection with diagrams 704 and 804 which can cause state transition of any one 
of the resource, status and command FIFOs. Generator 1380 calculates the next states of the FIFOs in accordance 
with diagrams 704 and 804, and provides the next states to latch circuit 1 350 of latch block 1 304.0 in the same clock 
cycle t3. 

[0128] The output of each latch circuit 1330 is connected to the input of respective circuit 1390. For simplicity, only 
45 the circuit 1390 for task E1 is illustrated in detail. For task E1 , the release condition output of latch 1330C is connected 
to the select input of a multiplexer 1394. The data inputs of multiplexer 1394 receive the seven possible release con- 
ditions 734 for task E1 (Table A1-3 section "Egress Task 1"). Each data input to multiplexer 1394 is a one-bit signal 
asserted if the corresponding release condition is true, and deasserted if the condition is false. 
[0129] The release condition signal selected by multiplexer 1394 (that is, the signal corresponding to the release 
50 condition stored in latch 1330C of block 1304.3) is provided to task next stage generator 1398. Generator 1398 also 
receives the task's current state from latch 1 330S and the Suspend signal on lead 41 0 from suspend logic and release 
condition generator 1401 described below. Task next stage generator 1398 generates a signal A indicating whether 
the task remains suspended or, alternatively, whether the task can be made active in the same clock cycle. Signal A 
is generated according to the following table 2: 

55 



40 



BNSDOCID: <EP 094 7926 A2_L> 



11 



EP 0 947 926 A2 



TABLE 2 



State from latch 1 330S 


Release cond. from MUX 1394 


Suspend signal on lead 410 


A 


Suspended 


TRUE 


don't care 


Ready 


FALSE 


don't care 


Suspended 


Ready 


don't care 


don't care 


Ready 


Active 


don't care 


TRUE 


Suspended 


FALSE 


Active 



[01 30] Arbiter 1 403 receives the A outputs from the four circuits 1 390 and generates from them the following signals 
on bus 1 358: (1 ) the next stage of each task for respective latches 1 330S of block 1 304.0; and (2) the active software 

75 task number ST# on lead 1404. The software task number is delivered to latch 1322 of block 1304.0. 

[0131] Arbiter 1 403 also generates the signal ,, idle H which is asserted to indicate that no task is active (see also Fig. 5). 
[01 32] Each circuit 1 390 for tasks 10, II, E0 includes the signal A generation logic identical to multiplexer 1 394 and 
task next state generator 1 398 for task E1 , except that the release condition inputs to the multiplexers are taken from 
the sections of Table A1-3 which correspond to the respective tasks (Ingress Task 0, Ingress Task 1 , or Egress Task 0). 

20 I 01 33 1 Suspend logic and release condition generator 1 401 receives the outputs of latch circuits 1 350 of block 1 304.3 
and also receives all the signals (e.g. cfifordy, mfsel, etc.) needed to calculate the suspend conditions 730 (Fig. 7-12 
and Table A1-2 of Addendum 1). Block 1401 calculates the suspend conditions for an active task identified by the 
output of latch 1322 of block 1304.3. Suspend logic 1401 provides the suspend signal on lead 410 to task next state 
generator 1398 and to similar generators in the other three circuits 1390. 

25 [0134] In addition, suspend logic 1401 generates the release condition data inputs 734 for each multiplexer 1394 
and similar multiplexers (not shown) in the other 3 blocks 1 390. The release conditions are generated according to the 
formulas of Table A1 -3. 

[0135] Further, suspend logic 1401 receives the state outputs of all the state latches 1330S in block 1304.3. For 
each task, if: (1 ) the state output indicates the active state, and (2) one of the suspend conditions for the task is TRUE, 
30 suspend logic 1401 generates the index 734_in of the release condition needed to make the task ready. A separate 
index 734_in is generated for each task according to the respective section in Table A1-3. Fig. 13B shows the index 
734_in for task E1 only. 

[0136] In ail the other cases (that is, if the state output for the task is not "active" or the state output is active but no 
suspend condition for the task is TRUE), the release index 734_in for the task is "don't care". 

35 [0137] The release index 734_in for task E1 is provided to a data input of multiplexer 1406. The other data input of 
the multiplexer receives the condition output from latch 1 330C of block 1 304.3 for task E1 . The select input receives 
the "act" bit from state output of latch 1 330S of block 1 304.3 for task E1 . The state output has two bits. The bit "act" 
is one of the two bits. The bit "act" indicates whether the state is "active". If "act" indicates the active state, multiplexer 
1406 selects the release index 734_Jn. If "act" indicates a non-active state, multiplexer 1406 selects the output of 

40 condition latch 1330C. The selected signal is provided to bus 1358 which supplies the signal to latch 1330C for task 
E1 in block 1304.0. 

[0138] Similarly, each circuit 1390 for each task includes a similar multiplexer 1406 (not shown) which selects: (1) 
the release condition index 734_in for the respective task from suspend logic 1401 if the output "act" from the latch 
circuit 1 330 of block 304.3 for the respective task indicates an active state, and (2) the condition output of latch 1 330 
45 of block 1 304.3 for the respective task if "act" indicates a non-active state. The selected condition index is provided to 
the input of the respective latch 1330 in block 1304.0. 

[01 39] In some embodiments, when one task is suspended, the registers having task-specific values are not saved. 
In particular, each task has its own PC register having the task PC and fiags (see Addendum 6). Further, register file 
312 is divided into eight banks. Each bank is dedicated to a pair of an ingress task and an egress task from the same 
50 channel. The software executed by the task pair is written so that there are no common registers between the pair. 
Hence, while the register file registers may store task-specific values, these registers do not have to be saved or 
restored. 

[0140] The embodiments described herein do not limit the invention. In particular, the invention is not limited by the 
number of ports, or by ports being full- or half-duplex, or by any timing, signals, commands or instructions. In some 
55 embodiments, the microcontroller comprises multiple execution units having the pipeline of Fig. 6 or some other pipe- 
line. In some embodiments, one or more microcontrollers comprise multiple execution units such as present in a super 
scaler or VLIW (very large instruction word) processor. In some embodiments, the microcontroller is replaced by a 
processor implemented with multiple integrated circuits. The term 'task 0 as used herein includes processes and 
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threads. Other embodiments and variations are within the scope of the invention, as described by the appended claims. 
ADDENDUM 1 
5 TASK CONTROL BLOCK 
[0141] 



TABLE A1-1: 



10 


Task Control Block signal list 




No. 


Signal Name 


Width 


I/O 


Timing 


Function 






SM 190 Interface 










15 


1. 


tsk_taskNumt2 [3:0] 


4 


O 


t2 


Task number during Decode Stage 




2. 


tsk_taskNumt5 [3:0] 


4 


o 


t5 


Task number during WB Stage 




3. 


sm_task_ownbit [15:0] 


16 


I 


async 


Task Own bit(1 -resource available) 






Channel 150 Interface 










20 


4. 


ccmdtull[7:0] 




I 


async 


Command FIFO Full 




5. 


cfifordy[15:0] 


16 


I 


async 


Req/Stt FIFO Ready 






Execution Unit Interface 










25 


6. 


tsk_susp 


! 


o 


t4 


Suspend indication 




7. 


tsk_taskNumt1 [3:0] 




o 


to 


Task Number 




8. 


tsk_idle 


1 


o 


to 


Indication to inject NOP during Fetch 


30 


9. 


exu_RfifoRd 


1 


I 


t3 


Req FIFO read 


10. 


exu_SfifoRd 


1 


I 


t3 


Stt FIFO read 




11. 


exu_scmdRd 


1 


I 


t3 


SM Result Read 




12. 


exu_scmdWr 


1 


I 


t3 


SM Command write 


35 


13. 


exuJcmdFifoWr 


1 


I 


13 


Ingress Command FIFO write 




14. 


exu_EcmdFifoWr 


1 


I 


t3 


Egress Command FIFO write 




15. 


exujock | 




I 


t3 


Command FIFO lock indication 




16. 


edma_done 






async 


DMA done indication 


40 


17. 


edma_busy 






async 


DMA Busy indication 




18. 


edma_suspend 






t3 


DMA suspend 




19. 


edma_sel 






t3 


DMA release select 


45 


20. 


efs_flRelease 






async 


Free List Release Flag 




21. 


efs_semRelease 






async 


Semaphore Release Flag 




22. 


efs_suspend 






t3 


Semaphore or Free List suspend 


50 


23. 


efs_sel 






t3 


Semaphore or Free List rel. select 




24. 


tsk_init_doneE 0 






async 


E0 Task Init 




25. 


tsk_init_donel 011 E1 






async 


10, 11, E1 Task Init 






LSU Interface 










55 


26. 


ts_taskNum2 


4 


0 


t2 


Task number during Decode Stage 
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TABLE A1-2: 





Task Suspend Conditions 


5 


num 


Suspend Conditions 






ingress Task 0 




1 


exe_RfifoRd & mfsel[x] & (Ireqf I -cififordyfxl) 


10 


2 


exe_SfifoRd & mfsel[y] & (Isttf 1 -cfifordyfy]) 


3 


exeJcmdFifoWr[x] & task#_t3 & (ccmdfull[x) 1 -ICmdOwnedBylO) 




4 


(exe_scmdRd 1 exe_scmdWr) & task# t3 & -sm_task_ownbit[x] 




5 


exe_bitcSemRej & task#_t3 


15 


6 


exu ifreeIRd & no_free_buf 






Ingress Task 1 




1 


exe_RfifoRd & mfsei[xl & (-Ireqf I -cfifordyfx]) 


20 


2 


exe_SfifoRd & mfselfy] & (-Isttf I -cfifordyfyl) 


3 


exeJcmdFifoWrfx] & task#_t3 & (ccmfullfx] 1 -ICmdOwnedByM ) 




4 


(exe_scmdRd 1 exe_scmdWrO & task#_t3 & -sm_task ownbit[x] 




5 


exe_bitcSemRej & task#_t3 


25 


6 


exu_ifreelRd & no_free_buf 






Egress Task 0 




1 


exe_RfifoRd & mfsel[x] & (Ereqf 1 ~cfifordy[x]) 


30 


2 


exe_SfifoRd & mfsel[y] & (Esttf 1 -cfifordy[y]) 


3 


exe_EcmdFtfoWr[x] & task#_t3 & (ccmdfull[x] 1 ECmdfl) 




4 


(exe_scmdRd 1 exe_scmdWr) & task# t3 & -sm task ownbit[x] 




5 


exe_bitcSemRej & task#_t3 


35 


6 


exu ifreeIRd & no_free_buf 




7 


(exe_dmaaRd 1 exe_dmaaWr) & task#_t3 & -dmajdle 




8 


exe_lcmdFifoWr[x] & task#_t3 & (ccmfull[x] 1 -IcmdOwnedByEO) 


40 




Egress Task 1 


1 


exe_RfifoRd & mfsel[x] & (Ereqf_ I -cfifordyfx]) 




2 


exe_SFifoRd & mfselfy] & (Esttf_ I ~cfifordy[y]) 




3 


exe_EcmdFifoWr[x] & task#_t3 & (ccmdfull[x] I -ECmdfl) 


45 


4 


(exe_scmdRd 1 exe_scmdWr) & task#_t3 & ~sm_task_ownbit[x] 




5 


exe_bitcSemRej & task#_t3 




6 


exu ifreeiRd & no_free_buf 


SO 


7 


(exe_dmaaRd 1 exe_dmaaWr) & task#_t3 & -dma_idle 




8 


exe_lcmdFifoWr[x] & task#_t3 & (ccmfullfx] 1 -ICmdOwnedByEI 
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TABLE A1-3: 





Task Release Conditions 


5 


num 


Release Conditions 






Ingress Task 0 




1 


lreqf_ & cfifordy[x] 


10 


2 


lsttf_ & cfifordy[y) 


3 


ccmdfull[x]_& ICmdtOwnedBylO 




4 


sm_task_ownbit[x] 




5 


SPx & (exejDitcSemAcc I (cstrobe & csem[5])) 


15 


6 


exuJfreelWr I exuJfreerWr I (cstrobe & ~csem[5)) 






Ingress Task 1 




1 


Ireqf & cfifordyfx] 


20 


2 


Isttf & cfifordy[y] 


3 


ccmdfull[x]_ & ICmdfOwnedByM 




4 


sm_task ownbit[x] 




5 


SPx & (exe_bitcSemAcc I (cstrobe & ~csem[5])) 


25 


6 


exu_ifreelWr I exuJfreerWr I (cstrobe & -csem[5)) 






Egress Task 0 




1 


Ereqf_ & cfifordy[x] 


30 


2 


Esttf_ & cfifordy[y] 


3 


ccmdfull[x]_& -ECmdfl 




4 


sm_task_ownbit[x] 




5 


SPx & (exe_bitcSemAcc 1 (cstrobe & csem[5])) 


35 


6 


exu_ifree1 Wr I exuJfreerWr I (cstrobe & ~csem[5]) 




7 


clast_word 




8 


ccmdfull[x] & ICmdOwnedByEO 


40 




Egress Task 1 


1 


Ereqf & cfitordy[x] 




2 


Esttf & cfifordy[y] 




3 


ccmffull[xL & ECmdfl 


45 


4 


sm_task_ownbit[x] 




5 


SPx & (exe_bitcSemAcc 1 (cstrobe & csem[5])) 




6 


exuJfreelWr 1 exuJfreerWr 1 (cstrobe & ~csem[5]) 


50 


7 


clast_word 




8 


ccmdfull[x]_ & ICmdOwnedByEI 



ADDENDUM 2 
55 RESOURCES 

[0142] All resources are accessed through special registers or dedicated microcontroller commands. 
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Search Machine 

[0143] The Search Machine has two resources: Command, written by the microcontroller, and Result. 
[0144] There are 16 write only Command resources (one tor every task). The only case when this resource is not 
5 available is when a previous command from the same task is not completed. 

[0145] There are 16 read only Result resources (one for each task). When a command is posted to the Search 
Machine, the Result becomes unavailable until the command is executed. Some commands (e.g. Insert or Delete) do 
not have a result. 

10 Channel Control 

[0146] The channel control has three kinds of resources: command FIFOs 260, request FIFOs 230, and status FIFOs 
240. 

[0147] A command resource is unavailable in two cases: 

15 

a. The resource belongs to another task. In this case when the other task releases the resource, it becomes 
available to this task. 

b. Command FIFO is full. In this case when the Command FIFO becomes not full, the task can continue to use 
this resource. 

20 

[0148] The Command resource has session protection (i.e. several commands can be written by one task before 
the resource is passed to another task). This is achieved by locking the resource during the first access and unlocking 
it in the last access. When the Command resource is locked, no other task can access this resource. 
[0149] An egress task EGx of a channel 150.x may write commands to an ingress command FIFO 260I of the same 
25 channel 150.x to send a message to switch 120. The egress task may write the ingress command FIFO whenever the 
ingress command FIFO is unlocked. When the egress task writes its first command to the ingress command FIFO 
260I, the command FIFO becomes locked until the last command from the egress task has been written. 
[0150] A Request or Status FIFO resource is not available in two cases: 

30 a. The resource belongs to another task. In this case when the other task reads the FIFO, the resource becomes 

available to this task. 

b. The FIFO is empty. In this case when the FIFO becomes ready, the task can continue to use this resource. 
DMA 

35 

[0151] The DMA block is responsible for downloading applets from data FIFOs to the program memory 314. This 
resource is used by egress tasks which set the DMA address before the transfer and read the last word address when 
the transfer is complete. Reading the last word address during the transfer will cause the task to be suspended until 
the last word is transferred. Also, an attempt to write a new DMA address by another egress task, when the first transfer 
40 is not complete, will cause the task suspension. 

Internal Memory 170 Management 

[0152] The Internal Memory Management is responsible for managing free buffers 1610 (Fig. 15) inside the Scratch 
45 Pad Area in the internal memory. There are 32 free buffers in the memory. When a task wants to get the next available 
free buffer, it accesses the Free List (FreeL) resource (register IFREEL in Addendum 6). If there are no buffers left, 
the task will bo suspended. The buffers are released back to the free list when a channel command which used this 
buffer indicates that the buffer is to be released. 

so Semaphore 

[0153] The semaphore register semr has 32 bits. Each of them is directly accessible using the Bit Change Immediate 
(BITCI) and BITC commands of the microcontroller The semaphores are used for protection and communication be- 
tween tasks. 

55 [0154] If the BITCI or BITC command attempts to write the same value to the bit as the current bit value, it will be 
aborted and its task will be suspended. Later on, when the semaphore register is changed (any bit in the register is 
changed), all tasks which are waiting for a semaphore will be made Ready and will try to execute the 
Bit_Change_lmmediate command again. 
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[0155] Bits 31-24 of the semaphore register can be set by changing respective predetermined external pins (not 
shown) of PIF 1 10 from 0 to 1 . 

ADDENDUM 3 

5 

TASKS WAIT CONDITIONS 

[0156] There are two conditions which may cause the Wait signal to be asserted: 
10 (1) Register Scoreboard 

[0157] For each register in the microcontroller there is a scoreboard bit which indicates its status. If the bit is set, the 
register is dirty, i.e. waiting for data to be loaded by the LSU 330. A possible scenario is as follows: 

(a) A task requests loading the register by the LSU. 

(b) The task requests using this register as a source. However, the scoreboard is dirty. Hence, the Wait signal is 
asserted. 

(c) Then the LSU loads the register. 

(d) The task again requests using this register as a source. This time the usage is permitted. 

20 

(2) LSU FIFO Full 

[0158] This is another condition to generate the wait signal. Once the LSU FIFO that queues the load and store 
requests becomes ready this condition is cleared. 

25 

ADDENDUM 4 

[0159] The following table lists some signals used in the channel/microcontroller interface. T means the signal is 
an input for the channel. "O" means the signal is a channel output. 

30 



TABLE A4-1 



Signal name 


Width 


I/O 


Function 


Indication 


csem[5:0] 


6 


O 


Semaphore ID; CSEM[5] = SCRATCH /NOP Indication 


cstrobe 


1 


o 


Semaphore SET strobe 


Command FIFO 


mfload[7:0] 


8 


I 


CMD FiFo Load strobes (<Channel>, l/E) 


ccmdfull[7:0] 


8 


o 


CMD FIFO Full (<Channel>, l/E) 


Req/Status FiFo 


cfifordy[15:0] 


16 


o 


FIFO RDY (READY) (<Channel>, l/E, Req/Stt) 


mfsel[3:0] 


4 


[ 


FIFO Select address (<Channel>, l/E, Req/Stt) 


mfrd 


1 


I 


FIFO Read Strobe 



ADDENDUM 5 

SO 

MEMORY 

Map of Internal Memory 170 
55 [0160] The internal memory map is shown in Fig. 14. 
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DATA AREA 1510 (ADDRESSES 0000-1 FFF HEX) 

[0161] This area is used for the Scratch Pad 1610 and the Data and Command FIFOs. This area is accessed using 
relative addresses. The data area memory map is shown in Fig. 15. 
5 [0162] In Fig. 15, "DBASEJ 0 is the "DBASE" field of the CFGR register (described below) tor the ingress side. 
Similarly, DLEN : CBASE, CLEN are fields of the corresponding CFGR register. The suffix "J" stands for ingress, and 
u JE a stands for egress. 

CONTROL AREA 1520 FOR EACH CHANNEL 

10 

[0163] One of the register types in this area is: 
CFGR - Channel Configuration Register (Ingress & Egress ) 
15 [0164] There are 8 CFGR registers, one per direction of each channel. Their fields are: 



DBASE 


(9 bits) 


Data Buffer Base Pointer (64 bytes aligned) 


DLEN 


(7 bits) 


Data Buffer Length (64 bytes granularity) 


CBASE 


(9 bits) 


Command Buffer Base Pointer (64 bytes aligned) 


CLEN 


(3 bits) 


Command Buffer Length (64 bytes 






granularity) 


GAP 


(4 bits) 


Minimum gap between Data Read and Write pointers when the Frame Control Word is invalid 






(8 bytes granularity) 



25 

DATA AREA 1530 (ADDRESS 4000-5FFF HEX) 

[0165] This area as relavent to the present invention is described in the aforementioned U.S. patent appliication 
09/055 044. 

30 

ADDENDUM 6 

MICROCONTROLLER REGISTERS 

35 Register File map 

[0166] The register file 312 is divided into eight banks (Fig. 16). Each bank is dedicated to a pair of ingress and 
egress tasks from the same channel 1 50.x. In some embodiments, the ingress task uses more registers than an egress 
task because ingress processing is more complex. In some embodiments, task software is such that there are no 
40 common registers between the two tasks. 

[0167] Each register r0.0-r7.7 is 1 byte wide. 8 consecutive bytes can be read in parallel from the register file. To 
form a 7-bit register address : the register number (0 through 63) is concatenated with the bank ID which itself is a 
concatenation of the channel ID "CHID" and the task pair number SN (0 or 1 ); the address MSB is 0 to indicate register 
file 312 (versus special registers 314). 

45 

Microcontroller register map 

[0168] Aii registers in the microcontroller are directly accessible through microcontroller commands. The register 
map is divided into two regions: register file 312 and special registers 315. A register address consists of 7 bits. For 
so the special registers 315, the address MSB is 1; for the register file 312, the MSB is 0. 

Data Memory 316 

[01 69] Data memory 31 6 (Fig. 1 7) is used for temporary storage of variables as well as for some parameters described 
55 below. 

[0170] Data memory 316 is therefore divided into three regions: 

a. For each task, tasks registers tr0-tr5 (6 per task). These registers are dedicated to the respective task. 
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b. Channel registers cr0-cr3 (4 per channel 150.x). These registers are dedicated to a hardware task. All tasks of 
the same channel (two ingress and two egress tasks) have access to these registers. 

c. Global registers gr (16 registers). These registers are global for all the tasks. 

[0171] Data memory 316 is 128 words of 32 bits. 

[0172] The 7-bit address generation scheme for data memory 316 is shown in Fig. 18, where: 
tr is Task Register number (0-5). 

tn is Task Number (0-15) (tr and tn form a task register address). 

cr is Channel Register number (0-3; "110," cr, cn form a channel register address). 

cn is Channel Number (0-3). 

gr is Global Register number (0-15). 

[° 173 ] Special registers (SR) 315 (see the table A6-1 below) are directly accessible through microcontroller com- 
mands (similar to the register file). Special registers 315 may be divided into three types: 

a. registers which belong to a task : such as Program Counter (PC), Task Number (TIN), etc. 

b. resource registers, such as Request FIFO (reqf), Status FIFO (sttf), Search Machine Command (scmd), etc. 
(see Addendum 2). 

c. Data memory 316 registers, such as task registers (tr), channel registers (cr) and global registers (gr). 

[0174] The resources and the data memory 316 (note types (b) and (c)) are mapped into the special registers to 
simplify their access. 

[0175] Pertinent special registers are summarized in the following table. 



TABLE A6-1 : 





Special Registers 




Address 


name 


type 


access 


width 


total 


comment 


30 


1000JD00 


null 




r 


32 




zero data 




1000_001 


one 




r 


32 




all ones data 




1000_010 


pc 


a 


rw 


I 16 


16 


program counter 


35 


1000_011 


tn 


a 


r 


4 


1 


task number 




1000__100 


ctl 


a 


rw 


16 


1 


general control register 




1000_101 


dmaa 


a 


rw 


32 


1 


program download address 




1000_110 


reqf 


b 


r 


16 


8 


request fifo 


40 


1000_111 


sttf 


b 


r 


16 


8 


status fifo 




1001_000 


imp 


a 


rw 


10 


16 


internal memory pointer 




1001_001 


xmp 


a 


rw 


16 


16 


external memory pointer 


45 


1001_100 


cmd_i 


b 


w 


64 


fifo 


ingress command 




1001_101 


cmd_e 


b 


w 


64 


fifo 


egress command 




1001_110 


cmd_il 


b 


w 


64 


fifo 


ingress command (lock) 




1001_111 


cmd_el 


b 


w 


64 


fifo 


egress command (lock) 


50 


1010_000 


scmd 


b 


rw 


64 


16 | 


SM command/ result 




1010JD01 


scmde 


b 


rw 


64 


16 


SM command/ result extension 




1010_010 


xfreel 


b 


rw 


16 


4 


external free list 


55 


1010.011 


timer 


a 


rw 


50 


1 


general timer 




1010_100 


smcntl 


a 


rw 


17 


1 


search machine control reg. 




1010_101 


flcnt 


a 


r 


17 


4 


external free list counter 



19 
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TABLE A6-1: (continued) 



5 



70 



75 



Special Registers 


Address 


name 


type 


access 


width 


total 


comment 


101CM10 


age10 


a 


r 


16 


4 


head of age list #0 


1010_111 


agel! 


a 


r 


16 


4 


head of age list #1 


1011JD00 


semr 


a 


rw 


32 


1 


semaphore reg 


1011_001 


if re el 


b 


rw 


5 


1 


internal free list 


1011JD10 


ifreer 


b 


rw 


32 


1 


internal free register 


1011_011 


miir 


a 


rw 


32 


1 


mii register 


1011_100 


msgr 


a 


rw 


32 


1 


message register 


1011_110 


thrshIO 


a 


rw 


16 


4 


age threshold #0 


1011_111 


thrshh 


a 


rw 


16 


4 


age threshold #1 


1100_iii 


trO-5 


c 


rw 


32 


96 


task register 


1101_0ii 


crO-3 


c 


rw 


32 


16 


channel register 


1101_111 


pmdr 


a 


r 


32 


1 


program memory data register 


111i_iii 


grO-15 


c 


rw 


32 


16 


general register 



25 [0176] Register fields of some special registers are as follows: 
PC - Program Counter & Flags 
[0177] 

30 

PC (10 bits) Program Counter 
G (1 bit) Flag - Greater 
L (1 bit) Flag - Less 
E (1 bit) Flag - Equal 
35 c (1 bit) Flag - Carry 

G, L, E, and C are read-only. 

TN - Task Number 

40 

[0178] 

CHID (2 bits) Channel Id 
SN (1 bit) Sequence Number 
45 |/E (1 bit) lngress(0)/Egress(1) 

SCMD,SCMDE - Command and Command Extension 

[0179] During write operations these 32-bit registers form a command for the search machine. During read operations 
50 these registers provide the result. 

[0180] SCMDE should be written prior to SCMD. 

XFREEL - External Free List 

55 [0181] A write to this register causes adding a block to the free list stack in external memory 200. A read from this 
register causes removing a block from the stack. 

[0182] There is one free list stack per channel. Each register contains a 16-bit pointer to the top of the stack. 

20 
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TIMER - general timer 



[0183] 

Timer (32 bits) Timer value. 

The timer is a free running counter advanced every 8 system clock ticks. 
NXTE (16 bits) Pointer to the next entry to examine for aging. 

This field is write only. Should be initialized after reset. 
ET (1 bit) Enable Timer Update. 

This field is used during write operations. If ET=1 , the timer counter gets the value being written. If ET=0, 
the timer counter is not affected by the write. 
EN (1 bit) Enable Next Entry Update. This field is used during write operations. If EN=1, the NXTE pointer gets 
the new value. If EN=0, the NXTE field is invalid. 



SMCNTL - Search Machine Control register 



20 



25 



[0184] 

Pointer (16 bits) Node area start pointer. 

This pointer defines the search node area (the bottom of this area is OxFFFF). The automatic aging 
mechanism will be performed only inside this area. 
AGE (1 bit) Aging Enable (0-disable; 1 -enable) 

FLCNT - Free list counter 

[0185] This read only register contains the number of entries in the free list in the scratch pad area of memory 170. 
Count (17 bits) Counter (max value is 0x10000) 



30 AGELO, AGEL1 - head of age list 0,1 



[0186] These are read only registers (two per channel). Each contains the top of the age list (there are two age lists 
per channel). A read from any one of these registers causes the register to clear. Of note, the TSTMP (time stamp) 
field in the node (Addendum 8) is used to link nodes together in this -list. When the register is 0, the list is empty. 

35 

Pointer (16 bits) Top of the List pointer. 

THRSHL0, THRSHL1 - Threshold register 

40 [0187] Each of these registers contains the threshold associated with the corresponding Age List. 

[01 88] When Icurrentjime - timestampl > threshold, and the entry is of type LRND (learned entry), the entry is added 
to the Age List. 

threshold (1 6 bits) Threshold value 

45 

[0189] MSGR - Message Register is used to transfer messages between the microcontroller and switch 120 CPU 
(not shown). The messages are transferred through the Header line. 

MSG A (16 bits) Message to CPU when writing MSGR, and from CPU when reading the register. This field is cleared 
50 after read. 

MSGB (16 bits) Message to CPU when reading the register (for testing). 

DMAA - DMA Address 



S5 [0190] 



OP (3 bits) Operation 

000- nop 
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001 - Load from EPROM 204 

010- Load from switch 120 

111 - Release 
EPA (13 bits) EPROM Start Address 
5 LER (1 bit) Load Error 

PMA (10 bits) Program Memory Address 

SEMR - Semaphore Register 

w [0191] 

S[i] (1 bit) Semaphore bit V 

I FREER - Internal Free Register (16 bits) 

15 

[0192] F[i] (1 bit) indicates whether Block M i" in the scratch pad area of memory 170 is free. 
IFREEL - Internal Free List 

20 [0193] BLKN (5 bits) Free Block Number (i.e. scratch buffer number; see Fig. 15). A read of this register removes 
the scratch buffer BLKN from the free list. A write to this register returns to the free list the buffer identified by the BLKN 
value being written. 

MIIR - Mil control register 

25 

[0194] This register is used to communicate with Ethernet PHY devices through MM control interface. 

BSY (1 bit) Busy. 

Set with a new command, and reset when the command is done. 
30 CMD (4 bits) Command 

1000 - Scan On 
0000 - Scan Off 
0100 - Send Control Info 
0010 - Read Status 
35 NV (1 bit) Not Valid. 

Set when the data from PHY is not valid. 
FIAD (5 bits) PHY Address. 
RGAD (5 bits) Register Address. 
Data (16 bits) Data. 

40 

ADDENDUM 7 

MICROCONTROLLER INSTRUCTIONS 

45 Three Operand instructions 

[0195] These instructions perform arithmetic and logic operations between Operand_A and Operand_B. The result 
is written to Operand_C. The instructions are: 

ADD - Add 
so SUB - Subtract 

OR - Logical OR 

AND - Logical AND 

XOR - Logical XOR 

SHL - Shift Left 
55 . SHR - Shift Right 

BITC - Bit Change 
[0196] The instruction Size field specifies the operand sizes. 

[0197] A two-bit n dt D field (destination type) in the instruction specifies the type of Operand_C as follows: 
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w 



dt = 00 - Operand_C is a register in register file 312 or special registers 315. 

dt = 10 - Operand_C is in memory 170. The Operand_C field is used as 7 bits immediate value in the Load/Store 
Unit for address generation. 

dt = x1 - Operand_C is in external memory 200. The Operand_C field together with dtp] bit is used as an 8 bit 
immediate value in the Load/Store Unit for address generation. 

[0198] Note that instructions with non-zero dt cannot use resources as their operands. 

Two operand instruction with an immediate byte 



[0199] These instructions perform arithmetic or logic operation between Operand_A and an immediate byte. The 
result is written to Operand_C. The instructions are: 

ADI - Add Immediate 

SBI - Subtract Immediate 
15 ORI - Logical OR Immediate 

ANDI - Logical AND Immediate 

XORI - Logical XOR Immediate 

SHLI - Shift Left Immediate 

SHRI - Shift Right Immediate 
20 BITCI - Bit Change Immediate 

[0200] The Size field specifies the sizes of operands. 

[0201] A two-bit "dt" field (destination type) of the instruction specifies the type of the Operand_C field as in the three- 
operand instructions. 

25 Two operand instructions 

[0202] These instructions perform move and compare operations between two operands. The instructions are: 
MOVE - MOVE Operand A to Operand C 
CMP - Compare Operand C to Operand A 
30 [0203] The size field of the instruction specifies the sizes of operands. 

One operand instructions with Immediate 

[0204] These instructions perform move and compare operations between an operand and an immediate field. The 
35 instructions are: 

MVIW - MOVE Immediate Word 

MVIB - MOVE Immediate Byte 

CPIB - Compare Immediate Byte 

CPIW - Compare Immediate Word 
40 [0205] The size field of the instruction specifies the size of Operand_C. 

Special one operand instructions with immediate field 

[0206] These instructions perform an operation on Operand C as follows: 
45 SMWR - Search Machine Write 

CMD - Channel Command Write 
CASE - Case statement 
BTJ - Bit Test and Jump 

so Load & Store Instructions 

[0207] These instructions perform Load and Store operation between Operand A and memory 170 or 200. The 
instructions are: 
LOAD 
55 • STORE 

[0208] The "dt" field (destination type) specifies the type of destination as follows: 

dt = 10 - Destination is memory 170. The immediate field is used as a 7 bit immediate value in the Load/Store Unit 
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for address generation. 

dt = x1 - Destination is memory 200. The immediate field together with the dt[1] bit is used as an 8 bit immediate 
value in the Load/Store Unit for address generation. 

5 Special Immediate instruction 

[0209] This instruction is CMDI (Command Immediate). It is used to write to a command FIFO. 

Selected Instructions 

10 

ADD, SUB, ADI, SBI 
[0210] 

15 Flags: E is set when result is equal to zero 

C is set when Carry (for ADD, ADI) or Borrow (for SUB, SBI) is generated (based on operand opC size) 

OR, AND, XOR, SHL, SHR, ORI, ANDI, XORI, SHLI, SHRI 

20 [0211] 

Flags: E is set when result is equal to zero 
BITC -- Bit Change. 

25 

[0212] 

Operands: bits [31:25] = opC, [24:18] = opA, [17:16] = dt, [14:8] = opB, [7] = v 

Operation: opC<-opA[opB]<-v (i.e. opC receives the value of opA except that the bit number opB in opC is set to v) 

30 

Flags: E is set when (opA[opB] == v) 
BITCI - Bit Change immediate 
35 [0213] 

Operands: bits [31:25] = opC, [24:18] = opA, [17:16] = dt, [12:8]= imm, [7] = v 
Operation: opC<-opA[imm]<-v 

40 Flags: E is set when (opA[imm] ==v) 

CMP - Compare 

[0214] 

45 

Operands: bits [31:25] = opC, [24:18] = opA, [7:5] = operand size 
Operation: opC?opA 

Flags: E is set when (opC == opA) 
50 G is set when (opC > opA) 

L is set when (opC < opA) 

CPIW - Compare immediate word 

55 [0215] 

Operands: bits [31 :25] = opC, [23:8] = imm 
Operation: opC?imm 
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Flags: E is set when (opC == imm) 

G is set when (opC > imm) 
L is set when (opC < imm) 

5 CPIB - Compare immediate byte 

[0216] 

Operands: bits [31:25] = opC, [23:16] = bit_mask, [15:8] = imm 
10 Operation: (bit_mask & opC)?imm 

Flags: E is set when ((bit_mask&opC) == imm) 

G is set when ((bit_mask&opC) > imm) 

L is set when ((bit_mask&opC) < imm) 

75 LOAD -- Load from internal or external memory 
[0217] 

bits [31:25] = aop : [24:18] = opA : [17:16] = dt, [7] = i, [6] = f 
if [dt==10] opA<-IM[{aop,imp}]; imp=imp+i; 
if [dt==x1] opA<-XM [{aop,xmp}] ; xmp=xmp+i; 

IM is internal memory 170; imp is the internal memory pointer register (Table A6-1); 
XM is external memory 200; xpm is the external memory pointer register (Table A6-1). 

25 [0218] When the f bit is set, the execution of load instruction is delayed if previous store operation from the same 
channel is not complete. 

aop is address bits concatenated with imp orxmp ("{}" indicates concatenation). 
STORE -- Store to internal or external memory 

30 

[0219] 

Operands: bits [31:25] = aop : [24:18] = opA, [17:16] = dt, [7] = i 
Operation: if [dt=10] opA->IM[{aop,imp}]; imp=imp+i; 

35 if [dt==x1] opA->XM[(aop,xmp)]; xmp=xmp+i; 

IM, XM, imp, xmp, and aop have the same meaning as for the LOAD instruction. 

SMWR -- Search Machine command Write 

40 [0220] 

Operands: bits [31 :25] = opC, [23:8] = imm 
Operation: scmd<- {opC[63:16], imm} 

45 CMDI -- Immediate Command to Channel 

[0221] 

Operands: bits [31 :8] = imm, [7] = L, [6] = P 
50 Operation: Command_port <-{40'b0, imm} 

where 40'b0 denotes 40 binary zeroes. 

if P=0, Command_port = cmd_i; (Ingress Command) 

if P=1 , Command_port = cmd_e; (Egress Command) 

The instruction L flag (1 bit) is Lock/Unlock control (when set, the lock state in the instruction is changed) 



Operands: 
20 Operation: 
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CMD Command to Channel 



[0222] 

s Operands: bits [31 :25] = opC, [23:8] = imm : [7] = L, [6] = P 
Operation: Command_port <-{opC[63:1 6], imm) 

if P=0, Command_port = cmd_i; (Ingress Command) 
if P=1 , Command_port = cmd_e; (Egress Command) 

io [0223] The 1-bit L flag in the instruction is Lock/Unlock control (when set, the lock state is changed) 

CASE 

[0224] 

75 

Operands: bits[31 :25]=opC, [23:16]=bit_mask, [12:8] = shift 
Operation: PC<-PC+((opC&bit_mask)>> hift)+1 

BTJ -- Bit test and jump 

20 

[0225] 

Operands: bits [31 :25] = opC, [24: 1 3] = addr, [1 2:8] = bit, [7] ~v 
Operation: if (opC[bit]==v) then PC<-addr 

25 

ADDENDUM 8 
SEARCH MACHINE 

30 [0226] The search machine uses the well-known PATRICIA tree structure (see U.S. Patent 5,546,390 "Method and 
Apparatus for Radix Decision Packet Processing" issued August 13, 1996 to G.C. Stone and incorporated herein by 
reference). 

[0227] Fig. 19 Illustrates tree nodes 2400. Each node is four 64-bit words long. The node formats are as follows. 

35 



40 



45 



50 



55 
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Search Node format 



Abbrev 


Name 


Size 


Description 


LCP 


Left Child 
Pointer 


16 


Pointer to another radix node 
entry- 


RCP 


Right Child 
Pointer 


16 


Pointer to another radix node 
entry 


NAP 


Ntwk Addr 
Pointer 


6 


Pointer to a network address node 


BIX 


Bit Index 


6 


the bit that this radix node is 
testing for 


FLG 


Flags 


1 


bit 54-LVD-Left network address 
valid in network address node. 
O-Inval id ; l-Val id 






1 


bit 55-RVD-Right network address 
valid in network address node. 
O-Invalid; 1 -Valid 






1 


bit 56-LUP-Left Child pointer is 
an upward pointer or a downward 
pointer 

0— downward; 1— upward 






1 


bit 57-RUP-Right Child pointer -is 
an upward pointer or a downward 
pointer 

0— downward ; 1-upwa rd 



TYP 


Type 


6 


bits 61:58-Tells the type of radix 








node 








0000-Free List Entry. 








0001— Static Entry that does 








not allow for aging. 








0010— Learned Entry that 








allows for aging 








0011— Root Entry 








ClOO-Synthetic Entry 








contains no real key. 








0101— Network Entry 
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0110- Dirty Entry that is 
waiting for configuration 

0111— User Defined Entry 

1000— Aged Entry 

1001- Deleted Root entry 
bits 62 Identifies the timer 

0- Timer 0; DEFAULT VALUE 

1- Timer 1 
6 3— RESERVED 


KEY 


Key 


48 


Different searches compare 
different number of bits. DA 

(Ethernet destination address) is 
48 bits, IP is 32 bits, SA 

(Ethernet source address) is 48 
bits . 


RTP 


Root Pointer 


16 


Pointer to the root of my tree 


TSTNP 


Time stamp 


16 


Last time the entry was used 


ECNT 


Entry Count 


16 


# of times the entry was used 


UNIFO 


User 

Information 


64 


User definable fields. Ex: 
UINFO[63:60] -State. 
UINFO[59:56] - Flags. 
UNIFO [23:0] -VPI/VCI . For 
Ingress . 


NRP 


Next Result 
Pointer 


16 


Pointer to an optional 4 word 
entry that is part of the result 
of this node. 
0x0 0 — means NULL and no 
additional link exists 


NTP 


Next Tree 
Pointer 


16 


Pointer to a Patricia Tree. 
Allows hierarchical searching. 
0x00 — means NULL and no 
additional link exists. 



40 



Root Node format 


Abbrev 


Name 


Size 


Description 


LCP 


Left Chil Pointer 


16 


Pointer to another radix node entry 


RCP 


Right Child Pointer 


16 


Pointer to another radix node entry 


NAP 


Ntwk Addr Pointer 


16 


Pointer to a network address node 


BIX 


Bit Index 


6 


the bit that this radix node is testing for. For a ROOT node BIX=0x2f 


FLG 


Flags 


1 


bit 54-LVD-Left network address valid in network address node. 0-lnvalid 
1 -Valid 



55 
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(continued) 





Root Node format 


5 


Abb rev 


Name 


Size 


Description ^ 








1 


bit 55-RVD-Right network address valid in network address node. 
0-lnvalid; 1 -Valid 


10 






1 


bit 56-LUP-Left Child pointer is an upward pointer or a down-ward pointer 
O-downward; 1 -upward 






1 


bit 57-RUP-Right Child pointer is an upward pointer or a downward pointer 
O-downward; 1 -upward 




TYP 


Type 


6 


bits 61 :58-Tells the type of radix node 


15 








i t rt neia is sex 10 uu i 1 Tor a hoot node. Key is implicit in this case; left 
children see a Key of 0x000000 and right children see a key of Oxffffff . 

bit 62-0 

bit 63-(RESERVED). 


20 


NTP 


Next Tree Pointer 


16 


Next Tree Pointer field is used to link up several roots during the delete 
tree process. This field is different-from the Radix Note NTP field because 
the SM 1 90 is the one that gets to write to it. The microcontroller does not 
have access to this field in a ROOT node. It is used for the sole purpose 
of deleting trees. 


25 






Synthetic Node format 




Abbrev 


Name 


Size 


Description 


30 


LCP 


Left Chil Pointer 


16 


Pointer to another radix node entry i 




RCP 


Right Child Pointer 


16 


Pointer to another radix node entry 




NAP 


Ntwk Addr Pointer 


16 


Pointer to a network address node 


35 


BIX 


Bit Index 


6 


the bit that this radix node is testing for For a ROOT node BIX=0x2f 




FLG 


Flags 


1 


bit 54-LVD-Left network address valid in network address node. 0-lnvalid' 
1 -Valid 


40 






1 


bit 55-RVD-Right network address valid in network address node. 
0-lnvalid; 1 -Valid 








1 


bit 56-LUP-Left Child pointer is an upward pointer or a downward pointer 
0-downward: 1 -upward 


AC 






1 


bit 57-RUP-Right Child pointer is an upward pointer or a downward pointer 
0-downward; 1 -upward 




TYP 


Type 


6 


bits 61 :58-Tells the type of radix node 

TYPE field is set to 0100 for a synthetic entry. Key is derived from the 
Network Address that is sitting on this synthetic entry. 


50 








bit 62-0 

bit 63-0 (RESERVED). 




KEY 


Key 


48 


The key is derived from the network address node that it is storing. 


55 


RTP 


Root Pointer 


16 


Pointer to the root of my tree 
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Network Address Node format 


Abbrev 


Name 


Size 


Description 


LNA 


Left Network Address 


32 


Network Address 


NLRP 


Next Left Result Pointer 


16 


Pointer to a 4 word node where additional results are stored. 


LMASK 


Left Network Mask 


6 


Network Mask. Assumes a contiguous mask of 1 's. This value tells 
the position of the last 1 


TYPE 


Type 


6 


bits 61:58- 0101 bit 62-0 bit 63-0(RESERVED) 


LUINFO 


Left User Information 


64 


User defined field for the left network address. E.g.: VPI/VCI, 
State, Flags etc. 


RNA 


Right Network Address 


32 


Network Address 


RMASK 


Right Network Mask 


6 


Network Mask. Assumes a contiguous mask of 1 's. This value tells 
the position of the last 1 


NRRP 


Right Next Result Pointer 


16 


Pointer to a 4 word node where additional results are stored. . 


RUINFO 


Right User Information 


64 


User defined field for the right network address. E.g. VPIA/CI, 
State, Flags etc. 



Free Node format 


Abbrev 


Name 


Size 


Description 


TYP 


Type 


6 


bits 61:58- 0000 
bit 62-0 

bit 63-0(RESERVED) 


NFP 


Next Free Pointer 


16 


Pointer to the next item on the free list 



Search Machine commands 
[0228] 



A. Search 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0=0000 

bit 4-Key Length | 
0-32 bits; 1 -48 bits 
bits 7:5 - (RESERVED) 


FLAGS 


Flags 


8 


bit 8 - Auto Learn 

bit 9 - Auto increment ECNT 

bits 15:10 - reserved 


KEY 


Search Key 


48 


If search is for 32 bit entry, the most significant part is used. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


Note: Searching with Root pointer equal NULL will create a new tree. 
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Host address response 


Abbrev 


Name 


Size 


Description 


UINFO 


User Info 


64 


The UINFO field of found entry. If not fount, the UINFO will be zero. 


NTP 


Next Tree Pointer 


16 


Pointer to a next level Patricia tree for hierarchical searching. 


RXP 


search Node pointer 


16 


Pointer to the search node that matched the key. 


NRP 


Next Result Pointer 


16 


Pointer to an additional 4 word entry 


ECNT 


Entry Count 


16 


# of times the entry was used 




Network address response 






Abbrev 


Name 


Size 


Description 


UINFO 


User Info 


64 


The UINFO field of found entry. If not found, the UINFO will be zero. 


NAP 


Next Tree Pointer 


16 


Pointer to the network address node that matched. 


NRP 


Next Result Pointer 


16 


Pointer to an additional 4 word entry 


LRF 


Left/Right Ntwrk Addr 


1 


O-Left Network Address; 1 -Right Network Address 



B. Insert Host 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0001 

bit 4-Key Length 

0-32 bits; 1-48 bits 

bits 7:5-000 (RESERVED). 


KEY 


Search Key 


48 


If search is for 32 bit entry, the most significant part is used. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


RXP 


Search Node pointer 


16 


Pointer to a pre-established Search Node 


Note: If Root pointer equals NULL, new tree will be created. 



Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


RXP 


Search Node pointer 


16 


Pointer to a pre-established Search Node 



C. Insert Network Address ! 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0010 

bit 4-Key Length j 

0-32 bits; 1-48 bits 

bits 7:5-000 (RESERVED). 


FLAGS 


Flags 


8 


bits 13:8-Mask Level (16 to 47) bits 15:14-reserved 
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C. Insert Network Address 


Abb rev 


Name 


Size 


Description 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 



Response 


Abb rev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


NAP 


Next Tree Pointer 


16 


Network address node where NTWK address was installed 


LRF 


Left/Right Ntwrk Addr 


1 


O-Left Network Address; 1 -Right Network Address 



D. Delete Host 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0011 

bit 4-Key Length 

0-32 bits; 1 -48 bits 

bits 7:5-000 (RESERVED). 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 



Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


RXP 


Search Node pointer 


16 


Pointer to a Search Node 



E. Delete Network 


Abbrev 
__ _ 


Name 


Size 


Description 




Op Code 


8 


bits 3:0 = 0100 

bit 4-Key Length 

0-32 bits; 1 -48 bits 

bits 7:5-000 (RESERVED). 


FLAGS 


Flags 


8 


bits 13:8-Mask Level (16 to 48) bits 15:14-reserved 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 
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Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


NAP 


Next Tree Pointer 


16 


Network address node where NTWK address was installed 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


LRF 


Left/Right Ntwrk Addr 


1 


O-Left Network Address; l-Right Network Address 



F. Delete Tree 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0101 bits 7:4-0000 (RESERVED). 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 



Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 



G. Find Network 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0110 bit 4-Key Length 0-32 bits; 1-48 bits bits 7:5-000 (RESERVED). 


FLAGS 


Flags 


8 


bits 13:8-Mask Level (16 to 47) bits 15:14-reserved 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 



Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia Tree 


NAP 


Next Tree Pointer 


16 


Network address node where NTWK address was installed 


LRF 


Left/Right Ntwrk Addr 


1 


0-Left Network Address; 1 -Right Network Address 



45 

Claims 

1. A processor for executing a plurality of tasks each of which executes one or more computer instruction, wherein 
in normal operation the processor execution unit is to start execution of at most N instructions from any given task 

50 without starting execution of any intervening instruction from any other task, and after the N instructions the exe- 

cution unit is to start execution of an instruction of another task if the another task is available for execution. 

2. The processor of Claim 1 , wherein N=1 . 



55 3 - . Tn e processor of Claim 1 or 2, wherein the instruction execution is pipelined. 

4. The processor of Claim 1 or 2, wherein each task performs processing on a data flow between networks, and after 
starting execution of any given instruction of any task that performs processing on any given data flow, the execution 
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unit is to start executing an instruction of another task that performs processing on a different data flow if the other 
task is available for execution. 

5. A method for executing a plurality of tasks, the method comprising: 

5 

starting execution at an execution unit of at most N instructions from any given task without starting execution 
of any instruction from any other task, wherein N is a predetermined number; and 

after starting execution of at most N instructions from any given task, starting execution of an instruction of 
another task if another task is available for execution. 

w 

6. The method of Claim 5, wherein N=1 . 

7. A multi-tasking computer processor which includes, for each task, one or more registers storing task^pecific val- 
ues, such that no one of the one or more registers has to be saved or restored when a task is scheduled for 

15 execution: 

8. The processor of Claim 7, wherein the one or more registers include a program counter register for each task. 

9. The processor of Claim 7 or 8, wherein the tasks are subdivided into sets of one or more tasks each, and for each 
20 set the processor includes one or more registers for storing task-specific values of the tasks of the set. 

10. A method for executing a plurality of tasks by a computer processor, the method comprising executing tasks, 
wherein tasks use one or more registers storing task-specific values but different tasks use different ones of the 
one or more registers so that interrupting execution of one task and starting execution of another task does not 

25 involve saving values of the one or more registers or restoring values of the one or more registers. 

11. A circuit for use in a multi-tasking computer system comprising a plurality of resources to be shared by a plurality 
of tasks so that after any one of the tasks has finished accessing any one of the resources in processing a data 
unit, the task does not get access to the same resource until after every other one of the tasks has finished accessing 

so the resource. 

12. The circuit of Claim 11 , wherein for at least one resource, each task starts accessing the resource by locking the 
resource to make it unavailable to any other task, and the task finishes accessing the resource by unlocking the 
resource. 

35 

13. A method for sharing a plurality of resources by a plurality of computer tasks, the method comprising: 

allowing a task T1 , which is one of the tasks, to access all of the resources, and disallowing any other task 
from accessing any one of the resources; and 
40 for eacn resource, after the task T1 has finished accessing the resource, allowing another task to access the 

resource, and disallowing the task T1 from accessing the resource until every other task sharing the resource 
has finished accessing the resource. 

14. A processor for executing instructions such that when the processor executes a first instruction accessing an 
4$ unavailable resource, the processor suspends the first instruction and the processor circuitry which was to execute 

the first instruction becomes operable to execute one or more other instructions. 

15. The processor Claim 14, wherein the processor executes the first instruction to completion when the resource 
becomes available. 

so 

16. The processor of Claim 14 or 15, wherein when the first instruction becomes suspended, the first instruction is 
cancelled, and the first instruction is re-executed when the resource becomes available. 

17. The processor of Claim 14, 15 or 16, wherein the processor performs multi-tasking, and a task executing the first 
55 . instruction becomes suspended when the first instruction is suspended, and while the task is suspended the proc- 
essor circuitry that was to execute the first instruction is operable to execute one or more other tasks. 

18. A multi-tasking processor comprising task scheduling circuitry, suspends the task TA1 at least until the resource 
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becomes available, and if another task TA2 is ready for execution in place of the task TA1 when the resource is 
unavailable to the task TA1, the task scheduling circuitry schedules the task TA, 

wherein the task scheduling circuitry operation does not involve instruction execution by the processor. 

s 19. A multi-tasking processor comprising: 

first circuitry for generating a first signal indicating whether a task suspend condition is true; and 
second circuitry for scheduling a task or tasks for execution in response to the first signal. 

io 20. The processor of Claim 19, further comprising third circuitry for generating a release signal indicating whether a 
release condition is true for releasing a task from the suspend condition, 

wherein the second circuitry is responsive to the release signal when the second circuitry schedules a task 
or tasks for execution. 

is 21. The processor of Claim 19 or 20, further comprising, for each task, a separate circuit for generating a signal SIGI 
indicating whether the task is ready for execution, wherein the second circuitry is responsive to one or more signals 
SIGI in scheduling a task or tasks for execution. 

22. The processor of Claim 19, 20 or 21, wherein the second circuitry is to schedule a task or tasks for execution on 
each instruction executed by the processor such that whenever the processor is to execute any instruction, the 
second circuitry is to perform the task scheduling to schedule a task that will execute the instruction. 

23. A method for executing computer instructions, the method' comprising: 

25 executing a first instruction accessing a computer resource; 

if the resource is unavailable, then suspending the first instruction and executing one or more other instructions 
by circuitry which was to execute the first instruction. 

24. The method of Claim 23, further comprising executing the first instruction to completion when the resource becomes 
30 available. 

25. The method of Claim 23 or 24, wherein executing the first instruction comprises executing the first instruction by 
a first task, and 

when the first instruction is suspended, the first task is suspended and execution of the one or more other 
35 instructions comprises execution of one or more other tasks. 

26. A multi-tasking method comprising: 

generating a first signal indicating whether a task suspend condition is true; 
40 scheduling a task or tasks for execution in response to the first signal. 

27. The method of Claim 26, further comprising generating a release signal indicating whether a release condition is 
true for releasing a task from the suspend condition, 

wherein scheduling a task or tasks for execution is responsive to the release signal. 
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28. The method of Claim 26 or 27, further comprising generating, for each task, a separate signal indicating whether 
the task is ready for execution. 

29. The method of Claim 26, 27 or 28, wherein scheduling a task or tasks for execution is performed on each instruction 
executed by any one of the tasks such that whenever an instruction is to be executed, the task scheduling is 
performed to schedule a task that will execute the instruction. 
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